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Preface 

CQmpnl£LSliiicini£- Readings  and  Examples  [Bell  and  Newell  1971]  created  a methodology  to  study 
and  compare  computer  systems.  One  of  the  vehicles  used  in  the  book  was  a computer  description 
notation:  ISP.  Since  the  ISP  descriptions  in  Readings,  and  Examples,  were  used  exclusively  for 
presentation  of  the  machines  (i.e.,  ’read  only’),  the  notation  was  not  formally  defined.  Since  the 
publication  of  Readings  and  Examples,  we  have  gone  through  two  iterations  on  the  design  and 
implementation  of  a computer  description  language  based  on  ISP.  The  latest  version,  ISPS  [Barbacci  et 
al.  1977],  is  being  used  at  many  universities  and  companies  as  a design  tool.  CompuleL  SlLUClnresi. 
Principles  and  Examples  [Siewiorek,  Bell,  and  Newell  1982]  uses  ISPS  as  the  computer  description 
language. 

This  book  is  designed  to  present  the  student  with  a notation  and  methodology  for  the  analysis  of 
computer  architectures.  The  overall  motivation  is  to  present  the  space  of  architecture  features  spanned 
by  a collection  of  representative  machines  rather  than  presenting  yet  another  paper  machine,  designed 
solely  for  pedagogical  reasons. 

There  are  several  reasons  why  a study  of  real  machines  is  a better  vehicle  towards  an  understanding 
of  the  architecture  design  process.  Fundamentally,  every  architect  must  have  an  understanding  of  the 
underlying  technologies  used  to  implement  a computer.  Technology  affects  the  state  of  the  art  by 
determining  the  speed  and  cost  of  the  memory  and  central  processor.  These  determine  the  basic  data 
types  and  operators  of  the  machine,  the  architect’s  building  blocks.  Market  requirements  also  bias  the 
design  of  instruction  sets  towards  specific  application  areas,  languages,  or  modes  of  operation.  These 
two  forces,  together  with  the  architect’s  own  vision  of  the  design  space  are  not  always  in  agreement  and 
compromises  must  be  achieved.  By  exploring  real  machines  we  attempt  first,  to  understand  the  different 
dimensions  of  the  space  and  second,  to  quantify  them.  It  is  easy  to  see  why  paper  machines  won’t  do. 
They  are  always  remarkably  adequate  for  the  task  on  hand,  a result  rarely  achieved  in  the  real  world. 
Moreover,  they  fail  to  present  the  complete  picture:  the  compromises  made  in  light  of  conflicting 

requirements,  the  sins  committed  during  the  design,  and  more  important,  the  attempts  at  fixing  these  in 
later  versions. 

Four  machines,  ranging  from  small  minicomputers  to  large  mainframes,  are  used  as  running 
examples.  The  first  minicomputer,  the  DEC  PDP-8,  serves  as  an  example  of  a simple  Instruction  Set 
Processor.  The  DEC  PDP-11  represents  a sophisticated  16-bit  minicomputer  architecture.  The  IBM 
System/370  represents  the  first  planned  computer  family.  Finally,  the  CDC  6600  is  a high  performance 
scientific  architecture. 

In  the  process  of  writing  complete  formal  descriptions,  one  must  include  many  details  that  could  be 
left  out  otherwise.  Principles  and  Examples,  only  included  the  complete  descriptions  for  the  simplest 
machines.  By  including  complete  descriptions,  this  book  can  also  be  used  to  complement  Principles  and 
Examples,  by  presenting  an  orthogonal  view  of  the  computer  space.  While  in  Principles  and  Examples, 
chapters  are  organized  around  machines  and  the  features  implemented  in  their  instruction  set,  this  book 
is  organized  around  features  and  the  machines  that  include  them.  This  organization  is  also  suitable  for 
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the  use  of  problems  and  exercises  to  test  the  student’s  comprehension  of  a topic.  The  book  includes 
actual  problems  and  suggestions  for  problems  of  the  form:  Compare  feature  X as  implemented  in 

machines  A,  B,  and  C.  How  would  you  add  feature  Y to  machine  D?  How  would  you  subset  (eliminate) 
feature  Z from  machine  N?  Provide  alternative  mechanisms  for  a missing  or  incorrect  implementation 
of  a feature?,  etc. 

Each  chapter  of  this  book  is  meant  to  illustrate  some  aspect  of  the  architecture  space.  Each  feature  is 
presented  and  discussed  in  terms  of  the  same  set  of  machines.  The  student  is  assumed  to  have  some 
background  in  digital  logic,  as  described  in  courses  DL-1  and  DL-2  of  the  IEEE  Curriculum  [IEEE 
1976],  as  well  as  some  background  in  Assembly  Language  programming,  numeric  representation  in 
different  bases,  and  conversion  between  bases,  as  covered  in  courses  CS-3  and  CS-4  of  the  1978  ACM 
Curriculum  [Austing  et  al.  1979],  This  book  can  be  used  in  Computer  Organization  or  Computer 
Architecture  courses  (IEEE  CO-1,  IEEE  CO-3,  or  ACM  CS-6). 

Many  computer  description  languages  have  been  proposed  and  one’s  choice  must  be  supported  by 
something  more  than  pride  of  authorship.  Initially  ISP  was  introduced  mainly  for  publication  purposes. 
Its  implementation  as  a computer  language  has  expanded  considerably  its  usefulness.  In  contrast  with 
existing  hardware  description  languages,  ISPS  is  used  for  high  level,  behavioral  descriptions  and  has 

been  successfully  used  in  areas  outside  the  traditional  realm  of  hardware  descriptions:  simulation  and 

synthesis  of  combinational  and  sequential  logic.  ISPS  has  been  used  to  drive  both  hardware  and 
software  generators.  It  has  been  used  to  evaluate  computer  architectures  and  to  verify  software 
correctness.  Its  use  at  CMU  and  elsewhere  has  produced  a growing  library  of  (real  and  idealized) 
machine  descriptions,  readily  available  for  students  and  researchers  alike  [Barbacci  1981].  This 
achievement  places  ISPS  in  a class  of  its  own.  Finally,  another  incentive  for  its  use  is  the  availability  of 
software  (compiler,  simulator,  CAD  systems,  etc.)  which  can  be  used  as  laboratory  tools. 

Organization  of  the  Book 

We  place  a heavy  emphasis  on  the  ability  to  read  and  understand  instruction  set  descriptions  in  ISPS 
and  we  provide  in  Chapter  1 a ’readers  guide’  to  the  notation.  The  material  is  not  original  and  has 

appeared  both  in  [Siewiorek,  Bell,  and  Newell  1982]  and  [Bell,  Mudge,  and  McNamara  1978],  In 

addition,  earlier  versions  have  been  used  for  several  years  in  computer  architecture  courses  at  Carnegie- 
Mellon  University.  Readers  familiar  with  the  notation  can  safely  skip  it.  Nevertheless,  it  is  advisable  to 
read  the  last  section  of  Chapter  1,  in  which  we  describe  the  convention  used  in  writing  the  examples  and 
full  descriptions.  The  rules  for  capitalizing  names,  variables,  and  operators  were  introduced  as  a means 
to  aid  in  the  readability  of  ISPS.  Of  course,  these  are  not  part  of  the  language,  and  are  offered  only  as  a 
guide  towards  good  style. 

An  instruction  set  processor  operates  by  interpreting  bits  of  information  stored  in  the  memory  and 
registers  of  the  machine.  We  begin  our  study  of  the  architecture  space  by  describing  and  comparing  the 
fundamental  information  units.  Chapter  2 introduces  the  different  data  types  and  the  operations 
performed  by  the  machines,  how  these  operations  interpret  data  as  integers,  floating  point  numbers, 
characters,  strings,  etc.  and  how  the  information  can  be  mapped  from  one  format  to  another. 
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Although  instructions  are  one  more  data  type,  they  play  such  an  important  role  that  they  deserve  a 
separate  treatment,  in  Chapter  3.  New  instruction  types  appear  whenever  a new  feature  is  introduced. 
Thus,  while  this  chapter  describes  the  basic  formats,  new  ones  will  appear  throughout  the  book. 

Chapter  4 deals  with  the  techniques  use  to  extend  the  address  space  of  the  machine.  Memory 
management,  relocation,  and  virtual  address  translation  are  the  core  of  the  chapter.  Address  faults, 
error  recovery,  and  interrupts  are  introduced  here  and  continued  in  Chapters  5 and  6. 

Chapter  5 deals  with  a fundamental  property  of  an  instruction  set  processor,  namely,  the  ability  to 
modify  its  behavior  by  chosing  alternative  instruction  sequences  based  on  the  result  of  previous 
instructions.  Program  control  and  subroutines  are  discussed.  Arithmetic  operations,  because  of  the 
finite  precision  of  the  arithmetic  units,  have  certain  well  defined  exceptional  conditions  which  result  in 
the  introduction  of  condition  codes  in  the  processor  state.  In  this  chapter  we  describe  what  these  are 
and  how  they  are  computed  across  the  different  machines. 

Chapter  6 places  the  processor  in  the  context  of  a computer  system.  Peripheral  devices  for 
input/output  and  as  secondary  memories  constitute  the  main  topics. 

Chapter  7 deals  with  the  design  of  instruction  sets,  the  symmetry  and  usefulness  of  the  instructions. 

Chapter  8 treats  architecture  measurements.  Our  work  on  evaluating  computer  architectures  for  the 
Department  of  Defense  is  based  on  the  use  of  implementation  independent  figures  of  merit.  The  use  of 
abstract  architecture  parameters  to  evaluate  and  compare  architectures  and  the  use  of  a formal  computer 
description  language  to  drive  the  collection  of  data  is  a novel  topic  and  we  believe  it  will  prove  to  be  one 
of  the  most  successful  contributions  of  this  book. 

Selected  portions  of  the  ISPS  descriptions  are  included  throughout  the  book.  Sometimes,  in  order  to 
keep  an  example  concise  or  free  of  details  not  relevant  to  the  topic  on  hand  these  portions  have  been 
slightly  abridged.  The  full  ISPS  descriptions  however,  appear  in  the  Appendices 

We  would  like  to  thank  Dorothy  Josephson  who  typed  portions  of  the  manuscript.  Gary  Leive  is  to 
be  commended  for  his  effort  in  the  writing  of  the  ISPS  descriptions.  Jin  Kim,  Mickey  Tsao,  and  Andy 
Wilson  edited  the  ISPS  descriptions  and  brought  them  in  agreement  with  the  ISPS  writing  style 
guidelines  used  throughout  the  book. 

This  book  was  edited  and  composed  by  the  authors  on  a DECSystemlO  in  the  Department  of 
Computer  Science  at  Carnegie-Mellon  University.  The  camera-ready  copy  of  this  book  was  produced  by 
the  Scribe  document  compiler  and  printed  on  a GSI  CAT-8  Photocomposer  at  the  Campus  Printing 
Office  of  Carnegie-Mellon  University. 

Mario  R.  Barbacci 
Daniel  P.  Siewiorek 
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1.  The  ISPS  Notation 

This  chapter  introduces  the  reader  to  the  ISPS  notation.  Although  some  details  have  been  excluded,  it 
covers  enough  of  the  language  to  provide  a reading  capability,  to  permit  the  reading  and  study  of 
complex  descriptions.  For  a detailed  explanation  of  the  complete  language  the  reader  must  consult  the 
ISPS  reference  manual  [Barbacci  et  al.  1977], 


1.1.  Instruction  Set  Processor  Descriptions 

To  describe  an  Instruction  Set  Processor  (ISP),  we  need  to  define  the  operations,  instructions,  data 
types,  and  interpretation  rules  used  in  the  machine.  These  will  be  introduced  gradually,  as  we  describe 
the  primary  memory  state,  the  processor  state,  and  the  interpretation  cycle.  Primary  memory  is  not,  in 
a strict  sense,  part  of  the  Instruction  Set  Processor  but  it  plays  such  an  important  role  in  its  operation 
that  it  is  typically  included  in  the  description.  In  general,  data  types  (integers,  floating  point  numbers, 
characters,  addresses  etc.)  are  abstractions  of  the  contents  of  the  machine  registers  and  memories.  One 
data  type  that  requires  explicit  treatment  is  the  "instruction"  and  we  shall  explore  the  interpretation  of 
instructions  in  great  detail. 

We  will  use  the  DEC  PDP-8  ISPS  description  as  a source  of  examples. 

Memory  State 

The  description  of  the  PDP-8  begins  by  specifying  the  primary  memory  that  is  used  to  store  data  and 
instructions: 

M\Memory[0:4095]<0:ll> , 

The  primary  memory  is  declared  as  an  array  of  4096  words,  each  12  bits  wide.  The  memory  has  a 
name  "M",  and  an  alias  "Memory".  These  aliases  are  a special  form  of  a comment  and  are  useful  for 
indicating  the  meaning  or  usage  of  a register’s  name.  As  in  most  programming  languages,  ISPS 
identifiers  consist  of  letters  and  digits,  beginning  with  a letter.  The  character  is  also  allowed,  to 
increase  the  readability.  The  expression  [0:4095]  describes  the  structure  of  the  array.  It  declares  the  size 
(4096  words)  and  the  names  of  the  words  (0,1,...,  4094,4095).  The  expression  < 0: 1 1 > describes  the 
structure  of  each  individual  word.  It  declares  the  size  (12  bits)  and  the  names  of  the  bits  (0,1, ...,10,11). 

It  should  be  noted  that  bit  and  word  names  are  precisely  that,  i.e.,  identifiers  for  the  subcomponents 

of  a memory  structure.  These  names  do  not  necessarily  indicate  the  relative  position  of  the 
subcomponents.  Thus,  R<7:3>  is  a valid  definition  of  a 5-bit  register.  The  fact  that  the  five  bits  are 
named  7, 6, 5, 4, 3 should  not  be  confused  with  the  7th,  6th,  etc.  positions  inside  the  register.  Thus,  bit  7 
is  the  leftmost  bit,  bit  6 is  located  in  the  next  position  towards  its  right,  etc.,  while  bit  3 is  the  rightmost 
bit. 
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Processor  State 

The  processor  state  is  defined  by  a collection  of  registers  used  to  store  data,  instructions,  condition 
codes,  etc.  during  the  instruction  interpretation  cycle. 

The  PDP-8  has  a 1-bit  register  L , which  contains  the  overflow  or  carry  generated  by  the  arithmetic 
operations,  and  a 12-bit  register  AC  , which  contains  the  result  of  the  arithmetic  and  logic  operations. 
The  concatenation  of  L and  AC  constitutes  an  extended  accumulator  lac.  The  structure  of  the  extended 
accumulator  is  shown  below: 

lac<  0: 1 2>  , 

L\Link<  > :=  lac<0>, 

AC\Accumulator<0:ll>  :=  lac<  1 : 1 2 > , 

The  bit  naming  conventions  on  the  left  hand  side  of  a field  declaration  are  independent  from  the  bit 
names  used  on  the  right  hand  side.  AC<0>  corresponds  to  lac<  1 > , AC<1>  corresponds  to 
lac<2>,  etc.  The  expression  <>  indicates  a single,  unnamed  bit  (L  is  only  one  bit  long  and  there  is 
no  need  to  specify  a name  for  it.) 

The  program  counter  is  used  to  store  the  address  of  the  current  instruction  being  executed  as  the 
machine  steps  through  a program: 

PC\Program.Counter<  0: 1 1 > , 

Twelve  bits  are  needed  in  the  PC  to  address  all  4096  locations  of  M. 


In  the  PDP-8  , I/O  devices  are  allowed  to  interrupt  the  central  processor.  When  a device  requires 
service  from  the  central  processor,  it  emulates  a subroutine  call,  forcing  the  processor  to  execute  an 
appropriate  I/O  subroutine.  The  presence  of  an  interrupt  request  is  indicated  by  setting  the 
interrupt. request  flag.  The  processor  can  honor  these  requests  or  not,  depending  on  the  setting  of  the 
interrupt. enable  bit: 

interrupt. enable<  > , 
interrupt. request < > , 

There  are  12  console  switches  which  can  be  read  by  the  processor.  These  switches  are  treated  as  a 12- 
bit  register  by  the  central  processor: 
switches<0:l  1> , 


Instruction  Format 

As  most  data  types  and  registers  on  the  PDP-8,  instructions  are  12-bits  long: 


i\instruction<  0:1 1 > , 

The  instruction  data  type  is  an  aggregate  of  smaller  information  units  (Operation  Codes,  Address 
Modes,  Operand  Addresses,  etc.)  The  structure  of  the  instructions  must  be  exposed  by  describing  the 
format:  : 


op\operation.code<  0:2> 
ib\indirect.bit<  > 
pb\page.0.bit<  > 
pa\page.address<  0:6> 


= i<  0:2> , 
= i<3>, 

= i<4> , 

= i<  5:1 1 > , 


The  declarations  of  op,  ib,  pb,  and  pa  allow  us  to  name  selected  fields  of  the  PDP-8  instructions. 
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Partitioning  the  Description 

In  ISPS,  a description  can  be  divided  into  sections  of  the  form: 

**  section. name *  ** 

< declaration> , 

< declaration> , 


**  section. name 

< declaration> , 

< declaration> , 


Each  section  begins  with  a header,  an  identifier  enclosed  between  **  and  **.  A section  consists  of  a 
list  of  declarations  separated  by  commas.  Section  names  are  not  reserved  keywords  in  the  language,  they 
are  used  to  convey  to  the  users  of  the  description  some  information  about  the  entities  declared  inside 
the  section.  The  register  and  memory  declarations  presented  so  far  could  be  grouped  into  several 
sections,  as  shown  in  Figure  1-1. 


**  Memory.State  ** 


M\Memory(0:4095]<0:ll> , 

**  Processor.State  ** 


lac<  0:12> , 

L\Link<>  :=  lac<0>, 

AC\Accumulator<0:ll>  :=  lac<  1 :12> , 
FQProgram.Counter<  0:1 1 > , 
interrupt. enable<  > , 
interrupt. request<  > , 
switches<0:ll>, 

**  Instruction. Format  ** 


i\instruction<  0:1 1 > , 

op\operation.code<0:2> 
ib\indirect.bit<  > 
pb\page.0.bit<  > 
pa\page.address<  0:6> 
io.select<0:5> 
io.control<0:2> 

io.pulse.pl  < > 
io. pulse. p2<  > 
io. pulse. p4<  > 
group<  > 

CLAO 


= i<0:2> , 

= i<3>, 

= i<4>, 

= i<  5:1 1 > , 

= i<3:8>, 

= i<  9:1 1 > , 

= io.control<0>, 
= io.controK  1> , 
= io.controK  2> , 
:=  i<3>, 
:=  i<4> , 


CLLO 

CMAO 

CMLO 

ROT<0:2> 

1ACO 

other  micro-operations  not  shown 


i<5>, 
i<6>, 
i<7> , 
i<  8: 1 0> , 
i<ll>, 


device  select 
operation 


microinstruction  group 
clear  AC  (all  groups) 
group  I operations 
clear  L 
complement  AC 
complement  L 
rotate  group 
increment  AC 


Figure  1-1:  PDP-8  Declarations 


In  the  figure  we  have  added  a few  more  field  declarations,  used  to  interpret  the  I/O  and  Operate 
instructions.  The  PDP-8  I/O  instruction  uses  the  9 bits  of  addressing  information  to  specify  operations 
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for  the  I/O  devices.  These  9 bits  are  divided  into  a device  selector  field  (6  bits,  io.select<0:5>)  and  a 
device  operation  field  (3  bits,  io.controK  0:2>).  Note  that  several  alternate  field  declarations  may  be 
associated  with  the  same  portion  of  a register  or  data  type  thus  adding  flexibility  to  the  description. 


1.2.  Effective  Address 

The  effective  address  computation,  below,  is  an  algorithm  which  computes  addresses  of  data  and 
instructions.  Since  the  memory  of  the  machine  is  4096  words  long,  addresses  have  to  be  12  bits  long. 
Of  the  12  bits  in  an  instruction,  3 bits  have  been  allocated  for  the  operation  code  (op)  and  there  are 
only  9 bits  (ib,  pb,  and  pa)  in  the  instruction  register  left  for  addressing  information.  These  bits, 
together  with  some  other  portions  of  the  processor  state,  are  interpreted  by  the  algorithm  to  yield  the 
necessary  12  bits  of  addressing  needed: 

eadd\effective.address<0:ll>  : = 
begin 

DECODE  pb  = > Decode  page  bit 

begin 

0 : = eadd  = ’00000  @ pa.  Select  page  0 

1 : = eadd  = cpage  @ pa  Select  current  page 

end  next 

IF  ib  =>  Decode  indirect  bit 

begin 

IF  eadd<0:8>  eql  #001  =>  Check  for  addresses  ff0010:ff0017 

Mleadd]  = Mleadd]  + 1 next  Pre-increment 

eadd  = Mleadd]  Indirect  address  fetch 

end 
end 


Address  Computation 

Instructions  and  data  tend  to  be  accessed  sequentially  or  within  address  clusters.  This  property  is 
called  locality  . The  PDP-8  memory  is  logically  divided  into  32  pages  of  128  words  each.  The  concept  of 
locality  of  memory  references  is  used  to  reduce  the  addressing  information  by  assuming  that  data  are 
usually  in  the  same  page  as  the  instructions  that  reference  them.  The  pa  portion  of  an  instruction  is  that 
address  within  the  current  page  . The  pb  portion  on  an  instruction  is  used  as  an  escape  mechanism  to 
indicate  when  pa  is  to  be  used  as  an  address  within  page  0 (M [0:1 27])  instead  of  the  current  page. 


The  first  step  of  the  algorithm, 

DECODE  pb  => 
begin 

0 :=  eadd  =’00000  @ pa, 

1 :=  eadd  = cpage  @ pa 
end  next 

indicates  a group  of  alternative  actions,  to  be  selected  according  to  the  value  of  the  expression  following 
the  "DECODE"  operator.  The  alternatives  appear  enclosed  between  "begin"  and  "end"  and  separated 
by  The  expressions  "0  :="  and  "1  :="  are  used  to  label  the  statements  with  the  corresponding  value 
of  pb.  The  alternative  statements  can  be  left  unnumbered  in  which  case  they  are  treated  as  if  they  were 
labelled  "0:=","1:=",  "2:=",...  etc. 

The  effective  address  (eadd)  is  built  by  concatenating  a page  number  with  the  page  address  (pa). 
The  "@"  operator  is  used  to  indicate  concatenation  of  operands.  If  pb  is  equal  to  0,  page  0 is  used  in  the 
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computation.  If  pb  is  equal  to  1,  the  current  page  number  is  used  instead.  Constants  prefixed  with  the 
character  represent  binary  numbers.  ’00000  represents  a 5-bit  string  which  is  concatenated  with  the  7 
bits  of  pa  to  yield  the  12  bits  needed. 

The  transfer  operator  , modifies  the  memory  or  register  specified  on  its  left  hand  side.  If  the 
right  hand  side  has  more  bits  than  the  left  hand  side,  the  right  hand  side  is  truncated  to  the  proper  size 
by  dropping  the  leftmost  extra  bits.  If  the  right  hand  side  is  shorter,  enough  0 bits  are  added  on  its  left 
until  the  length  of  the  left  hand  side  is  matched.  Thus,  the  first  conditional  statement  can  be  written  as 
"0  :=  eadd  = pa". 


Indirect  Addresses 

A full  12  bit  target  address  can  be  stored  in  a memory  location  used  as  a pointer  and  the  instruction 
only  needs  to  specify  the  address  of  this  pointer  location.  Indirect  addresses  are  specified  via  a bit  in  the 
instruction  register  (ib)  which  indicates  whether  we  have  a direct  (ib=0)  or  an  indirect  (ib=l)  address. 

The  second  step  of  the  algorithm, 

IF  ib  =>  begin  end 

is  separated  from  the  previous  step  by  the  operator  "next"  . The  statement(s)  preceding  next  must  be 
completed  before  the  statement  following  it  can  be  executed.  The  first  step  computed  a preliminary 
effective  address.  The  second  step  tests  the  value  of  ib  and  if  it  is  equal  to  0 then  the  preliminary 
effective  address  is  used  as  the  real  effective  address.  If  ib  is  equal  to  1,  the  preliminary  effective  address 
is  used  to  access  a memory  location  which  contains  the  real  effective  address. 

Auto  Indexing 

Constants  prefixed  with  the  character  "#"  represent  octal  numbers  . #001  represents  the  following  9- 

bit  string:  ’000000001.  The  procedure  treats  indirect  addresses  as  special  cases.  If  a preliminary  effective 

address  in  the  range  #0010:#0017  (8:15)  is  used  as  an  indirect  address  (ib=l),  the  memory  location  is 

first  incremented  and  the  new  value  used  as  the  indirect  address: 

IF  eadd<0:8>  eqv  #001  =>  Mleadd]  = Mleadd]  + 1 next 
eadd  = Mleadd] 

By  comparing  the  high  order  bits  of  eadd  with  #001  and  ignoring  the  lower  3 bits  we  are  in  fact 
specifying  a range  of  addresses  (#0010,  #0011,  #0012,...  #0017).  Memory  locations  #0010:#0017 
constitute  the  auto-indexing  registers. 

Regardless  of  whether  auto-indexing  took  place  or  not,  the  last  step  of  the  algorithm  uses  the 
preliminary  effective  address  (which  could  have  been  modified  by  auto-indexing)  as  the  address  of  a 
memory  location  which  contains  the  real  effective  address: 
eadd=  Mleadd] 
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1.3.  Instruction  Interpretation 

The  instruction  interpretation  section  describes  the  instruction  cycle  i.e.,  the  fetching,  decoding,  and 
executing  of  instructions. 


**  Interpretation. interpret  ** 
interpreters 
begin 

REPEAT  begin 

i = M[PC];  cpage  = PC<0:4>  next 
PC  = PC  + 1 next 
execute!)  next 

IF  interrupt.enable  and  interrupt. request  => 
begin 

M [0]  = PC  next 
PC  = 1 
end 
end 

end, 


execute  : = 

begin 

DECODE  op  => 
begin 

#0>AND  : = 
#1\TAD  : = 
#2\ISZ  : = 


#3\DDA  : = 


#4\JMS  : = 


#5\JMP  : = 
#6\iot  : = 
#7\opr  : = 
end 

end. 


AC  = AC  and  MleaddO], 
lac  = lac  + ’0  @ MleaddO], 
begin 

Mleadd]  = MleaddO]  + 1 next 
IF  Mleadd]  eql  0 =>  PC  = PC  + 1 
end, 
begin 

MleaddO]  = AC  next 

AC  = 0 

end, 

begin 

MleaddO]  = PC  next 
PC  = eadd  + 1 
end, 

PC  = eaddO, 
input. output!), 
operate!) 


Figure  1-2:  PDP-8  Instruction  Interpretation 


The  instruction  cycle  , Figure  1-2,  is  described  by  a loop.  The  "REPEAT"  operator  precedes  a block 
of  statements  that  are  to  be  continuously  executed.  The  instruction  cycle  of  the  machine  consists  of 
four  steps: 

1.  A new  instruction  is  fetched  (i  = M[PC]). 

2.  The  program  counter  is  incremented  (PC  = PC  + 1).  It  now  points  to  the  next 
instruction.  Under  normal  circumstances  (i.e.,  unless  a Jump  takes  place)  this  will  be  the 
instruction  to  be  executed  next. 

3.  The  instruction  is  executed  (executeO). 

4.  Interrupt  requests,  if  allowed  are  honored.  The  cycle  is  then  repeated. 
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The  separator  is  used  to  indicate  concurrency  (i.e.,  two  statements  separated  by  are  executed 
concurrently): 

i = M[PCl;  cpage  = PC<0:4>  next 
The  execute  procedure  describes  the  individual  instructions. 

Instruction  mnemonics  can  be  indicated  as  aliases  for  the  constants  used  to  specify  the  operation 
codes: 

#3,  DC  A :=  

Operation  Code  0\AND:  Logical  And 

If  the  operation  code  is  equal  to  0,  the  contents  of  the  accumulator  (excluding  the  L bit)  are  replaced 
by  the  logical  product  of  the  accumulator  and  a memory  location.  eaddO  is  used  to  indicate  that  the 
effective  address  computation  must  be  executed  in  order  to  obtain  the  memory  address. 

Operation  Code  1\TAD:  Two’s  Complement  Add 

The  TAD  instruction  follows  the  pattern  of  the  previous  instruction.  Notice  however,  that  the 
complete  accumulator  (including  the  L bit)  is  involved  in  the  operation.  L will  contain  the  overflow  or 
carry  out  of  the  sign  position  of  AC. 

Operation  Code  2\ISZ:  Increment  and  Skip  if  Zero 
This  instruction  is  described  in  two  consecutive  steps.  The  first  step  indicates  that  some  memory 
location,  specified  by  the  effective  address  computation,  will  be  incremented  by  1.  Notice  the  different 
uses  of  eadd  in  the  statement: 

Mleadd]  = M (eaddO  ] + 1 

The  effective  address  is  computed  once,  eaddO,  and  is  used  to  fetch  the  memory  location,  M [eaddO]. 
The  result  of  the  addition  must  be  stored  back  in  the  same  memory  location.  This  is  indicated  by  using 
the  effective  address  register,  eadd,  on  the  left  hand  side,  M[eadd].  eadd  already  contained  the  correct 
address  and  there  was  no  need  to  recompute  it.  In  fact,  because  of  the  auto-indexing  operations 
performed  during  the  effective  address  computation,  the  effective  address  must  be  computed  precisely 
once. 

The  second  step  of  the  instruction, 

IF  Mleadd]  eql  0 =>  PC  = PC  + 1 

tests  the  result  of  the  addition.  If  the  result  is  equal  to  0 the  program  counter  is  incremented  by  one, 
thus  in  effect,  skipping  over  the  next  instruction  in  sequence.  Once  again,  eadd  is  used  instead  of 
eaddO  to  avoid  undesirable  side-effects. 
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Operation  Code  3\DCA:  Deposit  and  Clear  Accumulator 
This  instruction  deposits  the  accumulator  in  a memory  location  and  then  clears  the  accumulator 
(excluding  the  L bit). 

Operation  Code  4\JMS:  Jump  to  Subroutine 

This  instruction  alters  the  normal  sequence  of  instructions  by  modifying  the  program  counter  so  that 
the  next  instruction  will  not  be  the  one  following  the  current  instruction,  but  the  one  located  at  a 
memory  location  specified  by  the  effective  address.  The  program  counter  is  stored  into  the  location 
preceding  the  subroutine  code  (the  result  of  eaddO).  The  program  counter  is  then  modified  to  point  to 
the  first  instruction  of  the  subroutine  (eadd  + 1). 

Operation  Code  5\JMP:  Jump 

This  instruction  also  modifies  the  normal  sequence  of  instructions.  It  can  be  used  to  jump  to  disjoint 
pieces  of  code.  If  we  use  ib  = 1 and  specify  the  address  of  the  location  preceding  the  subroutine,  the 
result  of  the  effective  address  computation  will  yield  the  return  address  that  was  stored  by  the 
subroutine  call. 

Operation  Code  6\iot:  Input/Output 

input. output  : = 
begin 

DECODE  i<  3:1 1 > => 
begin 

#001\ION:  = 

begin  turn  Interrupt  ON 

interrupt. enable  = 1 next 
RESTART  interpret 
end, 

#002\IOF:  = 

begin  turn  Interrupt  OFF 

interrupt. enable  = 0 

end, 

otherwise  :=  no.opO  not  implemented 

end 

end, 

The  input. output  procedure,  above,  describes  two  specific  cases  of  I/O  instruction,  namely  those  used 
to  control  the  interrupt  mechanism:  "otherwise"  can  be  specified  in  a DECODE  operation  to  indicate  a 
default  action  to  be  executed  if  none  of  the  explicitly  named  cases  (#001  or  #002)  apply.  All  other  I/O 
operations  default  to  a predefined  ISPS  procedure  no.opO  , this  is  done  simply  to  keep  the  examples 
short. 

I/O  operation  #002  (IOF)  disables  interrupts.  It  typically  occurs  as  the  first  instruction  of  an  interrupt 
handling  routine.  I/O  operation  #001  enables  interrupts.  It  typically  occurs  at  the  end  of  an  interrupt 
handling  subroutine.  Its  effect  is  delayed  for  one  instruction  (the  return  from  the  subroutine)  to  avoid 
losing  the  return  address  if  an  interrupt  were  to  occur  immediately.  This  is  achieved  by  skipping  over 
the  last  portion  of  the  instruction  interpretation  cycle: 
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IF  interrupt. enable  and  interrupt. request  => 
begin 

M [0]  = PC  next 

PC  = 1 

end 

The  "RESTART  interpret"  operation  is  used  to  indicate  a return  from  the  input.output  procedure, 
not  to  the  place  from  were  it  was  invoked  (inside  execute)  but  to  the  beginning  of  the  interpret 
procedure,  thus  bypassing  the  interrupt  trapping  for  one  instruction. 


Operation  Code  Aopr:  Operate 

The  operate  instruction  encodes  a large  number  of  primitive  micro-operations  in  the  address  bits  of  an 
instruction.  Some  bits  (e.g.,  CLA)  represent  a micro-operation  by  themselves.  Others  (e.g.,  ROT) 
jointly  represent  a micro-operation: 


IF  CLA  =>  AC  = 0; 

IF  CLL  =>  L = 0 next 
IF  CM  A =>  AC  = not  AC; 

IF  CML  =>  L = not  L next 
IF  IAC  =>  lac  = lac  + 1 next 
DECODE  rot  => 
begin 

#0  :=  no.opO, 

#1\BSW  :=  AC< 6: 1 1 > @ AC<0:5>  = AC, 
#2\RAL  :=  lac  = lac  sir  1, 

#3\RTL  :=  lac  = lac  sir  2, 

#4\RAR  :=  lac  = lac  srr  1, 

#5\RTR  :=  lac  = lac  srr  2, 

#6  :=  un  predictable  0, 

#7  :=  unpredictableO 

end 


Clear  Accumulator 
Clear  Link 
Complement  Accumulator 
Complement  Link 
Increment  Link/Accumulator 
Rotate  once  or  twice 


Several  micro-operations  can  appear  in  the  same  instruction,  however,  not  all  combinations  are  legal 
or  useful.  Micro-operations  are  executed  at  different  points  in  time  thus  allowing  sequences  of 
transformations  applied  to  the  accumulator  and/or  link  bit.  For  instance,  in  the  group  1 micro- 
operations (above),  clearing  AC/L  is  done  before  complementing  them,  this  is  done  before 
incrementing  the  combined  L@AC  (lac)  register,  and  this  in  turn  precedes  the  rotation  of  L@AC. 


1.4.  Other  Features  of  ISPS 

Not  all  the  features  of  the  notation  have  been  presented  in  the  examples.  This  section  will  attempt  to 
provide  a list  of  the  missing  operations  to  help  the  readers  follow  larger  descriptions. 


Constants 

In  general  a constant  is  a sequence  of  characters  drawn  from  some  alphabet  determined  by  the  base  of 
the  constant.  The  base  of  a non-decimal  constant  is  given  by  a prefix  character.  The  alphabets  for  the 
predefined  bases  in  ISPS  are: 


Base  Prefix  Alphabet 


2 

8 

10 

16 


# 


it 


0,1,? 

0^2,3,4, 5,6,7,? 

0,1, 2, 3, 4, 5, 6, 7, 8, 9 
0,1,2,3,4,5,6,7,8,9,A,B,C,D,E,F,? 
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The  character  "?"  can  be  used  to  specify  a don’t  care  digits.  Its  presence  stands  for  any  digit  in  the 
corresponding  alphabet. 


The  length  of  a constant  is  measured  in  bits.  Decimal  constants  are  one  bit  longer  than  the  smallest 
number  of  bits  needed  to  represent  its  value  (the  use  of  don’t  care,  decimal  digits  would  result  in 
constants  of  unspecified  length,  therefore  "?"  is  not  allowed  in  a decimal  constant).  Binary  constants 
have  one  bit  for  each  digit  explicitly  written.  Octal  constants  have  three  bits  for  each  digit  explicitly 
written.  Hexadecimal  constants  have  four  bits  for  each  digit  explicitly  written: 


Example  Length  BiL  Pattern 


"1000  16 

15  5 

#17  6 

0 2 

’07101  5 

#72  6 


0001000000000000 

01111 

001111 

00 

07101 

777010 


Arithmetic  Representation 

ISPS  allows  the  user  to  specify  arithmetic  operations  in  four  different  representations:  Two’s 
Complement,  One’s  Complement,  Signed  Magnitude,  and  Unsigned  Magnitude  (the  default  is  Two’s 
Complement.)  To  specify  a different  representation,  the  following  modifiers  can  be  used: 


Modifier 

Arithmetic  Representation 

(TC) 

Two’s  Complement 

{oc} 

One’s  Complement 

(SM) 

Signed  Magnitude 

{US} 

Unsigned  Magnitude 

In  all  the  signed  representations,  the  sign  bit  is  the  leftmost  position  of  the  operand  (1  for  negative 
numbers,  0 for  positive  numbers).  The  above  modifiers  can  be  attached  to  any  arithmetic  or  relational 
operator  to  override  a default.  They  can  also  be  attached  to  a procedure  declaration  to  set  a default 
throughout  the  body.  When  attached  to  a section  name  the  default  applies  to  all  the  declarations  in  the 
section: 

test  :=  begin  {ocj  end,  Default  for  the  body 

**  Section.  1 **  (tc)  Default  for  the  section 

X = Y + { sm)  Z Override  default  for  this  instance 

Always  remember  that  the  arithmetic  representation  is  a property  of  the  operator,  not  the  operand. 
Thus,  as  in  real  machines,  the  same  bit  pattern  can  be  treated  as  a Two’s  complement  or  an  Unsigned 
integer  depending  on  the  arithmetic  context  in  which  it  is  used. 
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Sign  Extension 

All  ISPS  data  operators  define  results  whose  length  is  determined  by  both  the  lengths  of  the  operands 
and  the  specific  operator.  Some  operations  require  that  their  operands  be  of  the  same  length.  This  is 
usually  accomplished  by  sign-extending  the  operands.  In  the  context  of  Unsigned  Magnitude  arithmetic, 
sign-extension  is  interpreted  as  zero-extension  (i.e.,  padding  with  Os  on  the  left).  In  One’s  and  Two’s 
Complement  arithmetic  the  expansion  is  done  by  replication  of  the  sign  bit.  In  Signed  Magnitude 
arithmetic  the  expansion  is  done  by  inserting  Os  between  the  sign  bit  and  the  most  significant  bit  of  the 
operand. 

Data  Operators  (in  order  of  precedence) 

Negation  and  Complement  (-,  not).  Unary  - generates  the  arithmetic  complement  of  the  operand  (the 
operation  is  invalid  in  Unsigned  arithmetic.)  The  result  is  one  bit  longer  than  the  operand.  The  not 
operator  generates  the  logical  complement  of  the  operand.  The  result  has  the  same  length  as  the 
operand. 

Concatenation  (@).  The  @ operator  concatenates  the  two  operands.  The  length  of  the  result  is  the 
sum  of  the  lengths  of  the  operands. 

Shift  and  Rotate  (slO,  sll,  sld,  sir,  sli,  srO,  srl,  srd,  srr,  sri) .-  These  operators  shift  or  rotate  the  left 
operand  the  number  of  places  specified  by  the  right  operand  (except  for  the  sli  and  sri  operators).  The 
result  has  the  same  length  as  the  left  operand.  The  operators  have  the  format  "sxy"  where  "x"  is  either 
l(eft)  or  r(ight)  to  indicate  the  direction  of  movement,  "y"  is  either  0,  1,  d(uplicate),  r(otate),  or 
i(mmediate)  to  indicate  the  source  of  bits  to  be  shifted  in.  sxl  shifts  its  left  operand  inserting  Is  in  the 
vacant  positions.  sxO  is  similar  to  sxl  but  inserting  Os.  sxd  inserts  copies  of  the  bit  leaving  the  position 
to  be  vacated  (not  the  bit  being  shifted  out),  thus  srd  replicates  the  sign  bit  as  the  left  operand  is  shifted 
right,  sxr  inserts  copies  of  the  bit  being  shifted  out  (i.e.,  rotates  the  left  operand),  sxi  shifts  its  left 
operand  one  position,  inserting  the  (rightmost  bit  of  the)  right  operand. 

Multiplication,  Division,  and  Remainder  (*,  /,  mod).  These  operators  compute  the  arithmetic  product, 
quotient,  and  remainder  of  the  two  operands,  respectively.  The  length  of  the  result  is  the  sum  of  the 
operand  lengths  for  the  * operator,  the  length  of  the  left  operand  (dividend)  for  the  / operator,  and  the 
length  of  the  right  operand  (divisor)  for  the  mod  operator. 

Addition  and  Subtraction  (+,  -).  The  -I-  and  - operators  compute  the  arithmetic  sum  and  difference 
of  the  two  operands,  respectively.  The  shortest  operand  is  sign-extended  and  the  result  is  one  bit  longer 
than  the  largest  operand. 

Relational  Operations  (eql,  neq,  lss,  leq,  gtr,  geq,  tst).  These  operations  perform  an  arithmetic 
comparison  between  the  two  operands.  The  shortest  operand  is  sign-extended  and  the  result  is  either  1 
or  2 bits  long.  The  first  six  operators  (i.e.,  all  except  tst)  produce  a 1-bit  result  indicating  whether  the 
relation  is  True  (1)  or  False  (0).  The  tst  operator  produces  a 2-bit  result  indicating  whether  the  relation 
between  the  left  and  right  operands  is  lss  (0),  eql  (1),  or  gtr  (2). 
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Conjunction  and  Equivalence  (and,  eqv).  These  operators  produce  the  logical  product  and  coincidence 
operations  of  the  two  operands.  The  shortest  operand  is  zero-extended  and  the  result  is  as  long  as  the 
largest  operand. 

Disjunction  and  Non-equivalence  (or,  xor).  These  operators  produce  the  logical  sum  and  difference 
operations  of  the  two  operands.  The  shortest  operand  is  zero-extended  and  the  result  is  as  long  as  the 
largest  operand. 

Logical  and  Arithmetic  Assignment  ( = , <=).  The  logical  assignment  operator,  truncates  or 

zero-extends  the  source  (right  operand)  to  match  the  length  of  the  destination  (left  operand).  The 
arithmetic  assignment  operator,  "<  =",  truncates  or  sign-extends  the  source  to  match  the  length  of  the 
destination. 

Control  Operators 

The  LEAVE,  TERMINATE,  RESTART,  and  RESUME  operators  are  used  to  terminate  the 
execution  of  an  action  (e.g.,  a procedure  or  a labelled  block). 

The  LEAVE  operator  is  used  to  force  the  termination  of  an  action.  It  plays  the  role  of  a return 
statement  in  many  programming  languages.  This  operation  must  be  enclosed  inside  the  procedure  being 
terminated. 

The  TERMINATE  operation  is  essentially  equivalent  to  the  LEAVE  operation  (i.e.,  it  aborts  an 
action)  but  it  is  not  required  to  be  enclosed  inside  this  action.  The  main  use  of  TERMINATE  is  to 
abort  concurrent  processes. 

The  RESTART  operator  is  used  to  reset  an  executing  procedure  or  labelled  block.  This  operation 
aborts  the  current  execution  of  the  procedure  and  then  reinitiates  it. 

The  RESUME  operator  provides  another  mechanism  to  terminate  the  execution  of  a procedure  or 
labelled  block.  It  differs  from  LEAVE  in  that  LEAVE  is  followed  by  the  label  of  the  procedure  to  be 
terminated.  RESUME  is  followed  by  the  label  of  the  procedure  whose  execution  is  to  be  continued. 
One  way  to  look  at  these  two  operations  is  to  think  of  LEAVE  as  a return  from  operation  and  RESUME 
as  a return  to  operation. 

Predeclared  Procedures 

The  following  procedures  are  predeclared  in  the  language.  Whenever  the  expression  decimal  value  is 
used  it  means  a number  whose  length  follows  the  rules  of  ISPS  for  decimal  numbers,  that  is,  a number 
whose  length  is  exactly  one  bit  longer  than  the  smallest  number  of  bits  needed  to  represent  the  number. 
This  is  to  avoid  problems  when  performed  signed  arithmetic.  Decimal  numbers  are  ALWAYS  positive 
since  their  leading  bit  is  0. 

count. one  is  a predeclared  procedure  which  has  a structure,  and  whose  activation 

count. one(expression)  returns  the  number  of  non-zero  bits  in  the  expression.  The 
length  of  the  result  is  equal  to  the  decimal  value  of  the  length  of  the  expression, 
regardless  of  the  value  of  the  expression.  For  instance,  if  the  expression  is  16  bits 
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delay 


first. one 


is. running 


last. one 


mask. left 


mask. right 

no. op 
parity 

stop 

time. wait 


undefined 

unpredictable 

wait 


long,  the  result  of  count. one  is  always  6 bits  long  (5  bits  to  express  16  plus  a leading 

0). 

is  a predeclared  procedure  which  does  not  have  a structure  and  whose  invocation, 
delay  (expression),  does  not  have  side  effects,  delay  terminates  its  activation  after  a 
number  of  application-defined  time  units  given  by  the  value  of  the  expression. 

is  a predeclared  procedure  which  has  a structure,  and  whose  invocation 

first. one  (expression)  returns  the  number  of  leading  zeros  in  the  value  of  the 
expression  (i.e.,  the  number  of  zeros  before  the  first  one,  hence  the  name).  If  the 
expression  is  all  zeroes,  the  result  is  the  length  of  the  expression.  The  length  of  the 
result  follows  the  rule  defined  for  count. one. 

is  a predefined  procedure  which  has  a 1-bit  structure  and  whose  invocation 
is.running(procedure.name)  returns  1 (true)  if  procedure. name  is  currently  active,  0 
(false)  otherwise. 

is  a predeclared  procedure  which  has  a structure,  and  whose  activation 
last.one(expression)  returns  the  number  of  trailing  zeroes  in  the  value  of  the 
expression  (i.e.,  the  number  of  zeroes  after  the  last  one).  The  length  of  the  result  is 
identical  to  that  of  first. one  or  count. one. 

is  a predeclared  procedure  which  has  a structure,  and  whose  activation 

mask.left(exprl,expr2)  returns  a result  with  the  same  length  as  exprl.  The  leading 

expr2  bits  are  set  to  0,  the  remaining  bits  retain  the  value  they  had  in  exprl. 
Basically,  this  function  builds  a mask  of  LENGTH  (exprl)  bits  with  expr2  bits  on  the 
left  set  to  0 and  the  rest  set  to  1.  It  then  computes  its  result  by  ANDing  the  mask 
with  exprl.  If  expr2  is  equal  to  0 (unsigned  comparison),  the  result  is  identical  to 
exprl.  If  expr2  is  greater  than  the  length  of  exprl,  the  result  is  all  Os. 

is  a predeclared  procedure  which  has  a structure,  and  whose  activation 

mask.right(exprl,expr2)  is  identical  to  mask. left  but  cleans  up  the  rightmost  of  exprl 
using  expr2  to  compute  the  number  of  bits. 

is  a predeclared  procedure  which  does  not  have  a structure  and  whose  behavior  has 
no  side  effects.  no.opO  can  be  used  as  a null  action. 

is  a predeclared  procedure  which  has  a 1-bit  structure  and  whose  activation 

parity  (expression)  returns  the  odd-parity  bit  of  the  expression  (it  is  equivalent  to 
count,  one  (expression)  mod  {US}  2). 

is  a predeclared  procedure  which  does  not  have  a structure  and  whose  invocation, 
stopO,  terminates  the  activation  of  ALL  procedures. 

is  a predeclared  procedure  which  has  a structure  and  whose  invocation 
time.wait(exprl,expr2)  combines  the  effect  of  the  wait  and  delay  procedures, 
time. wait  continuously  evaluates  exprl  until  it  is  non-zero  or  until  the  number  of 
time  units  represented  by  expr2  has  been  exceeded.  expr2  is  computed  exactly  once, 
at  the  beginning  of  time. wait.  When  the  activation  is  completed,  time. wait  returns 
the  final  value  of  exprl  (the  length  of  the  result  is  the  same  as  the  length  of  exprl). 
Depending  on  the  value  returned,  the  caller  can  decide  whether  exprl  yielded  a non- 
zero value  or  the  time-out  limit  provided  by  expr2  was  exceeded  before  exprl  became 
non-zero. 

is  a predeclared  procedure  which  has  some  structure  and  whose  activation 
undefinedO  returns  a carrier  of  undetermined  length,  whose  value  is  unknown. 

is  a predeclared  procedure  which  does  not  have  a structure  and  which  exhibits  a 
totally  unpredictable  behavior.  It  is  different  from  undefinedO  in  that  the  latter 
preserves  the  flow  of  control.  An  activation  of  unpredictableO  is  not  guaranteed  to 
terminate  or  that  upon  termination,  control  will  return  to  the  activation  site. 

is  a predeclared  procedure  which  has  a structure  and  whose  invocation. 
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wait(expression),  continuously  evaluates  the  expression,  wait  terminates  its  activation 
when  the  value  of  the  expression  is  not  equal  to  0.  wait  returns  the  last  value  of  the 
expression  (the  non-zero  value  which  terminated  the  activation;  the  result  has  the 
same  length  as  the  expression). 


1.5.  Summary  and  Writing  Conventions 

The  foregoing  examples  should  allow  the  reader  to  understand  all  the  ISPS  descriptions  in  the  book. 
All  the  descriptions  follow  a general  format: 

Carrier  declarations  Mp  state 

Pc  state 
External  state 

Implementation  declarations 

Formats  and  operations  Instruction  format 

Address  calculation 
Service  facilities 

Interpreter  Instruction  interpretation 

Instruction  set 

The  implementation  declarations  are  required  for  temporary  storage  in  complex  expression 
evaluations.  These  variables  probably  have  similar,  if  not  identical,  counterparts  in  the  actual  machine 
implementation.  However,  these  variables  are  invisible  to  the  programmer  and  hence  are  not 
mentioned  in  the  programmer’s  manual. 

The  following  conventions  for  capitalization  have  been  adopted.  Architectural  features,  instruction 
mnemonics,  and  other  names  that  are  capitalized  in  the  manufacturer’s  literature  are  in  upper  case  in 
the  ISPS  descriptions  to  aid  recognizability.  To  aid  readability,  all  ISPS  operators  that  affect  control  flow 
are  in  upper  case.  These  include:  DECODE,  IF,  RESTART,  LEAVE,  REPEAT,  RESUME,  stop,  and 
wait.  Everything  else  is  lower  case,  including  operators  (e.g.,  eql,  eqv,  leq,  lss,  mod,  not,  or,  slO,  sll, 
sld,  sir,  sli,  srO,  srl,  srd,  srr,  sri,  tst,  and  xor),  ISPS  implementation  variables,  and  the  remaining  ISPS 
reserved  words  (e.g.,  begin,  end,  next). 
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2.  Data  Types  and  Operators 

The  primary  function  of  computers  is  the  manipulation  of  data.  Thus  all  computers  have  defined  data 
formats.  The  data  formats  represent  interpretations  placed  upon  a set  of  binary  bits  so  that  operations 
combining  bit  sets  can  be  defined.  The  more  basic  data  types  are  supported  by  data  operations 
implemented  in  hardware  whereas  the  more  complex  data  types  are  operated  upon  only  by  software. 
The  definition  of  software  types  allows  operating  system  and  standard  subroutine  libraries  to  provide  an 
extended  set  of  virtual  operators  to  the  user.  Frequently  used  virtual  operators  become  candidates  for 
future  implementation  in  hardware.  Thus,  the  definition  of  data  types  and  operators  is  fundamental  to 
instruction  set  design. 


2.1.  Basic  Units 

Due  to  the  almost  universal  acceptance  of  the  two  state  logic  device,  the  most  basic  unit  of 
information  in  computers  is  the  bit.  At  any  given  instant,  a bit  can  take  on  either  of  the  two  physically 
realizable  logic  values,  usually  denoted  by  0 (or  False)  and  1 (or  True).  Bits  can  be  grouped  together  to 
form  more  complex  information  units  as  illustrated  by  Table  2-1.  In  principle,  any  number  of 
information  units  can  be  defined,  Table  2-1  is  restricted  to  information  units  that  are  most  frequently 
found. 


Bit 

Digit,  Nibble,  Byte,  Character 

Field 

Word 

Unsigned  Integer,  address,  fraction 
Signed  integer,  fraction 
Floating  Point  (Normalized,  Unnormalized) 
Complex  Number 

Table  2-1:  The  Hierarchy  of  Basic  Units 


A collection  of  bits  has  been  used  to  represent  digits  in  a base  larger  than  two.  For  example,  many 
machines  use  four  bits  to  encode  the  decimal  digits  0 to  9 (so-called  Binary  Coded  Decimal  or  BCD). 
The  BCD  representation  follows  the  normal  binary  representation  for  0 to  9 (e.g.,  ’0000  to  T001, 
respectively)  with  the  other  binary  values  being  undefined  with  two  codes  selected  to  represent 
plus/minus  signs.  Operators  are  defined  that  perform  arithmetic  directly  on  the  digits  in  base  ten. 

The  addition  of  6 (’0110)  and  7 (’0111)  should  yield  3 with  a carry,  not  the  binary  value  (’1101)  which 
is  wholly  representable  in  four  bits.  BCD  arithmetic  operators  have  to  detect  a carry  for  numbers 
greater  than  (T001)  and  adjust  the  residue  by  adding  (’0110).  For  example, 

(’0110)  + (’0111)  =>  (T 101)  4-  (’0110)  =>  carry  + (’0011) 

There  are  at  least  two  reasons  that  computers  have  been  built  to  operate  on  BCD  encoded  operands. 
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The  first  was  to  ease  the  human  burden  associated  with  comprehending  images  of  data  stored  in 
computer  memory  (the  so-called  core  dump).  The  second  was  to  avoid  the  accumulation  of  conversion 
errors  from/to  binary  and  base  ten.  Note  that  while  integers  are  uniquely  representable  in  both  bases, 
fractions  are  not.  In  particular,  0.1  has  no  finite  representation  in  base  two,  only  an  arbitrarily  close 
approximation.  BCD  is  frequently  used  in  the  instruction  sets  of  hand  held  calculators.  Digits 
representing  other  bases  can  also  be  encoded  in  binary.  Octal  (3  bits)  and  hexadecimal  (4  bits)  are 
frequently  used  due  to  the  ease  of  conversion  into  binary  and  easier  comprehension  by  humans  (e.g.,  a 
16  bit  number  is  reduced  to  four  hexadecimal  digits). 

It  has  proven  convenient  to  define  an  information  unit  that  is  a submultiple  of  a computer  word.  For 
8-bit  microprocessors  a 4-bit  nibble  has  been  defined.  For  larger  computers,  the  8-bit  byte  has  become 
almost  universal  (Early  teletype  codes  required  6 bits  to  represent  a character.  Thus,  many  early 
machines,  such  as  the  PDP-8,  had  a 6-bit  byte,  one  half  of  its  12-bit  word.)  Often  a set  of  byte  data 
operators  are  supported.  Closely  related  to  the  byte  is  the  character,  a representation  for 
communication  with  human-oriented  peripherals.  Not  only  printing  characters  (e.g.,  upper  and  lower 
case  alphabetic,  numeric)  but  also  nonprinting  characters  (e.g.,  bell,  line  feed,  start  of  header)  must  be 
defined.  Two  codes  have  received  widespread  acceptance:  American  Standards  Code  for  Information 
Interchange  (ASCII,  e.g.,  [DEC  1979])  and  IBM’s  Extended  Binary-Coded-Decimal  Interchange  Code 
(EBCDIC,  [Blaauw  and  Brooks  1964]). 

Digits,  bytes,  and  characters  may  be  considered  to  be  special  cases  of  the  more  general  field,  a subset 
of  bits  in  a memory  word.  An  example  is  the  exponent  field  in  a floating  point  data  type. 

The  most  basic  information  unit,  after  the  bit,  is  the  memory  word.  During  the  first  three  computer 
generations,  the  word  was  almost  universally  the  number  of  bits  fetched  from  memory  during  a single 
operation.  All  other  data  types  fit  into  a word,  a multiple  number  of  words,  or  were  a proper 
submultiple  of  a word. 

A variety  of  interpretations  can  be  given  to  the  collection  of  bits  in  a byte,  field,  word,  or  multiple 
words.  The  most  basic  interpretation  is  that  of  an  unsigned  integer  wherein  bit  b;  (numbering  from 
right  to  left,  starting  from  zero)  is  assumed  to  have  weight  21.  The  value  of  an  n-bit  string  is  taken  as: 

V = I.bi.2i  (1) 

where  F takes  on  the  values  of  0,  1,  and  i ranges  between  0 and  n-1. 

Besides  representing  data,  unsigned  integers  can  be  used  to  represent  memory  addresses  and 
fractions. 

In  order  to  represent  both  positive  and  negative  numbers,  signed  integers  and  fractions  are  required. 
The  most  popular  negative  number  representation  is  Two’s  complement  wherein  the  most  significant  bit 
of  equation  1 is  assumed  to  have  negative  weight: 

V = -bj  . 2"'1  + 1-  bj . T 
where  i ranges  between  0 and  n-2. 


(2) 
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Usually  the  same  hardware  can  perform  both  signed  and  unsigned  arithmetic.  But  a separate  set  of 
conditions  exists  to  detect  negative,  positive,  and  overflow  results.  (See  Chapter  5). 

In  the  first  two  decades  of  electronic  computers.  One’s  Complement  notation  for  negative  numbers 
was  popular  in  instruction  set  design.  In  One’s  Complement  the  negative  of  a number  is  found  by 
complementing  (i.e. , changing  0’s  to  l’s  and  l’s  to  0’s)  each  bit  independently. 

Another  negative  number  representation  is  Signed  Magnitude,  where  the  most  significant  bit  is 
independently  interpreted  as  a sign  (0  is  positive,  1 is  negative)  while  the  other  bits  are  interpreted  as  an 
unsigned  integer. 

With  an  n-bit  pattern  information  unit,  2n  distinct  numbers  can  be  represented.  The  integer 
representations  discussed  so  far  are  limited  in  the  range  of  numbers  represented  (Fractions  can  be 
represented  by  assuming  each  integer  is  scaled  or  multiplied  by  2+)  Each  distinct  pattern  is  a uniform 
distance  from  a numerically  adjacent  pattern.  Hence  representations  for  floating  point  numbers  were 
devised.  As  in  scientific  notation,  the  floating  point  number  is  composed  of  two  fields:  a mantissa  (m), 
and  an  exponent  (e).  The  value  of  the  number  is: 

V = m . Be  (3) 

where  B is  the  base  of  the  exponent.  Given  an  n-bit  word,  a number  of  bits  must  be  assigned  to  m and 
e.  More  bits  devoted  to  m yields  more  precision;  that  is,  the  greater  the  density  of  points.  The  more 
bits  devoted  to  e,  the  larger  the  range  of  numbers  representable.  A larger  value  for  B can  somewhat 
offset  a smaller  number  of  bits  for  e.  The  main  thing  to  remember  is  that  an  n-bit  number  can  only 
represent  2n  floating  point  numbers.  Trade-offs  with  m,  e,  and  B simply  adjust  the  distribution  of 
representable  numbers. 

For  example,  consider  a 5-bit  number  defined  as  follows: 
float<4:0> , 

^sign<  > = float<  4>  , 

^exponent  = float<  3: 1 > , 

m\  mantissa  = float<0>, 

Taken  together,  s and  m form  a signed  magnitude  fraction  with  the  radix  point  assumed  just  to  the 

left  of  m.  Thus  the  following  mantissa  values  are  possible:  +0,  -F0.5,  -0,  -0.5.  The  exponent  is 

assumed  to  be  in  Two’s  Complement  notation.  Hence  the  values  for  e are:  B'2,  B'1,  B°,  B1.  Table  2-2 
illustrates  the  impact  of  changing  B from  2 to  4.  Only  17  real  numbers  are  depicted  since  the  single 
mantissa  bit  reduces  half  the  values  to  0 when  m=0.  Note  that  B=4  yields  a larger  range  (-32  to  +32) 
but  more  compression  around  zero. 

Range  and  compression  around  zero  are  also  affected  by  the  positioning  of  the  radix  point.  Usually 
the  radix  point  is  assumed  to  be  just  to  the  left  of  the  first  mantissa  bit;  that  is,  all  numbers  are  reduced 
to  fractions.  A floating  point  number  is  called  normalized  if  at  least  one  of  the  first  log2  B bits  is  non- 
zero. If  only  normalized  numbers  are  allowed  and  if  B = 2,  the  most  significant  bit  is  always  one  and 
need  not  be  represented.  This  hidden  bit , effectively  doubles  the  number  of  representable  numbers. 
The  middle  column  of  Table  2-2  illustrates  the  range  assuming  the  hidden  bit  convention. 
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Frequently  the  exponent,  e,  is  represented  in  excess-211'1  notation.  Excess  notation  is  the  same  as 
Two’s  complement  notation  except  the  sign  bit  is  complemented.  Hence  all  negative  exponents 
commence  with  a zero  sign  bit.  Using  excess-2  notation  for  e,  the  smallest  positive  number  is  0.03125, 
whose  representation  is  Five  zero  bits.  By  convention,  this  smallest  positive  number  - which  is  identical 
to  integer  zero  - is  called  zero.  Hence  the  range  is  doubled  at  the  cost  of  one  unrepresentable  number. 


Hidden  Bil 

Exponent!  Base-2 

Exponent  Base-2 
-6 

Exponent  Base-4 

-4 

-4 

-3 

-32 

-2 

-2 

-1.5 

-8 

-1 

-1 

-0.75 

-2 

-0.5 

-0.5 

-0.375 

-0.5 

-0.25 

-0.25 

-0.1875 

-0.125 

-0.125 

-0.125 

-0.09375 

-0.03125 

-0.0625 

-0.0625 

-0.046875 

-0.0078125 

-0.3125 

-0.03125 

-0.0019531 

0 

0 (0.03125) 

0 

0.3125 

0.046875 

0.0019531 

0.0625 

0.0625 

0.09375 

0.0078125 

0.125 

0.125 

0.1875 

0.03125 

0.25 

0.25 

0.375 

0.125 

0.5 

0.5 

0.75 

0.5 

1 

1 

1.5 

2 

2 

2 

3 

8 

4 

4 

6 

32 

Table  2-2:  Comparison  of  Three  Floating  Point  Number  Representations 


When  utilizing  the  PDP-11  floating  point  representation,  an  integer  compare  is  sufficient  to  determine 
which  of  two  floating  point  numbers  of  the  same  sign  has  the  largest  absolute  value. 
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Range  can  also  be  modified  by  moving  the  radix  point  to  just  after  the  rightmost  mantissa  digit.  If 
excess  notation  is  not  used  for  the  exponent  and  the  exponent  is  to  the  left  of  the  mantissa,  a rightmost 
radix  point  has  the  added  advantage  that  integers  are  already  properly  represented  encoded  in  floating 
point.  Table  2-3  gives  the  parameters  for  the  floating  point  representations  of  four  computers.  A 
proposal  by  the  Institute  for  Electrical  and  Electronic  Engineers  has  been  made  to  standardize  on  a 
single  floating  point  format  for  computer  arithmetic.  Details  of  the  proposed  standard  are  presented  in 
[Coonen  et  al.  1979]. 


PDP-8 

PDP-11 

System/370 

CDC  6600 

Number  of  Bits 
Single  Precision 
Floating  Point 
Representation 

36 

32 

32 

60 

Exponent  Length 

12 

8 

7 

11 

Notation  of 
Exponent 

Two’s 

Complement 

Excess-128 

Excess-64 

Excess-1024 

Base  (B)  of 
Exponent 

2 

2 

16 

2 

Length  of 
Mantissa  Magnitude 

23 

23 

24 

48 

Notation 
of  Mantissa 

Signed- 

Magnitude 

Signed- 

Magnitude 

Signed- 

Magnitude 

Ones’ 

Complement 

Position  of 
Sign  Bit 

Most 

Significant 

Bit 

Most 

Significant 

Bit 

Most 

Significant 

Bit 

Most 

Significant 

Bit 

Location 
of  Radix 

Left  of 
Mantissa 

Left  of 
Mantissa 

Left  of 
Mantissa 

Right  of 
Mantissa 

Approximate 
Largest  Number 

10644 

o 

u » 
oo 

1076 

10322 

Table  2-3:  Characteristics  of  Single  Precision  Floating 
Point  Representations  for  Four  Example  Computers. 


Unlike  instruction  formats,  data  formats  are  usually  not  concisely  declared  in  a single  place  but  rather 
are  integrated  into  the  definitions  of  the  basic  processor  units.  For  example,  consider  the  System/370 
Mp  state,  below  which  declares  half  word,  word,  and  double  word  memories  upon  the  basic  byte 
memory.  The  term  in  curly  brackets  indicates  the  increment  , in  bytes,  of  the  unit  of  definition. 
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**Mp. State** 

MB[0:#FFFFFF]<  0:7> , 

MH[0:#FFFFFF] < 0: 1 5>  { INCREMENTS)  :=  MB[0:#FFFFFF]<0:7> , 

MW [0:#FFFFFF] < 0:3 1 > { INCREMENT :4)  :=  MB[0:#FFFFFF] < 0:7>  , 

MDW[0:#FFFFFF]<0:63>{INCREMENT:8)  :=  MB[0:#FFFFFF]< 0:7>  , 


Byte  memory 
Half  word  memory 
Word  memory 
Doubleword  memory 


There  are  separate  routines  for  reading  and  writing  each  memory.  Consider  the  readwd  routine 
below: 


readwd  :=  Read  a word  routine 

begin 

DECODE  mar< 22:23>  NEQ  0 => 
begin 

0\false:=mbr  = MW[dat],  aligned 

l\true:=  mbr  = get.unaligned(mar,4) 

end 


The  get. unaligned  procedure,  below  (in  the  **  Service. Facilities  **  section  of  the  System/370  ISPS 

description,  Appendix  IV)  returns  a string  of  consecutive  bytes  starting  at  a given  address  (that  is,  the 

string  of  bytes  need  not  begin  on  a natural,  aligned  boundary). 

get.una!igned(addr<0:23>  ,cnt<  0:3>  )<  0:63 > : = 
begin 

dat(addr,0,0)  next 
REPEATbegin 

get. unaligned  = get.unaligned@MB[dat]; 
cnt  = cnt  - 1 next 

IF  cnt  eql  0 =>  LEAVE  get. unaligned  next 
addr  = addr  + 1; 

IF  (dat  = dat  + 1)<10:0>  EQL  0 => 

RESTART  get. unaligned 
end 


The  interpretation  of  units  from  memory  is  determined,  not  by  the  memory  contents,  but  by  where 
in  the  instruction  interpretation  process  the  unit  is  fetched.  However,  there  have  been  instruction  sets 
(such  as  the  Burroughs  B 5000,  B 5500,  B 6500,  etc.  series  [Hauck  and  Dent  1968]  that  utilize  extra  bits 
(called  tags)  [Feustal  73]  in  memory  to  specify  the  type  of  the  memory  contents.  The  tag  information 
has  at  least  two  general  uses:  protection  and  type  conversion.  When  used  for  protection,  the  tag  is  used 
as  redundant  information  to  be  compared  with  the  operand  type  expected  by  the  Pc  state.  Alternatively, 
when  the  tag  does  not  match  the  operand  expected  by  the  Pc  state  (e.g.,  an  integer  from  memory  is 
produced  when  the  processor  expects  a floating  point  number),  the  processor  executes  an  algorithm  to 
convert  the  operand  into  the  expected  type. 


A unit  from  memory  may  be  interpreted  as  an  instruction,  integer,  character,  floating  point  number, 
etc.  Thus  the  definition  of  memory  units  is  most  often  done  at  the  site  of  usage.  Most  operands  are 
simple  enough  to  be  implicitly  defined  in  line  by  the  ISPS  expressions  they  are  used  in.  Further 
information  is  given  through  the  arithmetic  representation  modifier  (i.e..  Two’s  Complement,  One’s 
Complement,  Sign  Magnitude,  and  Unsigned  Magnitude). 

More  complex  data  formats  that  are  frequently  used  are  explicitly  defined  in  the  ISPS  description. 
Instruction  formats  are  an  example  of  these  data  types.  Less  frequently  used  data  types  are  often 
defined  in  the  ISPS  description  by  the  algorithms  that  utilize  them.  For  example,  the  floating  point 
format  for  the  System/370  can  be  derived  from  a floating  point  instruction  and  the  subroutines  it  calls. 
Consider  the  Register-Register  Add  Normalized  instruction: 
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AER  : = 

begin 

ckfr2()  next 

fp. add (FRlRl]<0:31>@" 00000000, FR[R2]<0:31>@"00000000)  next 
FR [R 1 ] < 0:3 1 > = fp.norm(fp.add<  8:67>  ,fp.add<  1:7>  ,fp.add< 0>  )< 0:31>  next 
checker(fv,12)  next 
checkertfu  and  EXOFMS,13)  next 
IF  fu  =>  FR [R 1 ] = 0 next 
checkertfs  and  SIGMSK.,14)  next 
IF  fs  =>  FR [R 1 ] = 0 next 
setfpccO 
end, 

The  routine  ckfr2  (in  the  System/370  **  Service. Facilities  **  section)  checks  to  insure  that  two  legal 
floating  point  registers  are  specified  and,  if  not,  a program  check  interrupt  is  generated.  Routine  fp.add, 
from  the  **  Floating.Point.Operators  **  section,  Figure  2-1,  is  called  with  two  32-bit  floating  point 
numbers  padded  with  32  bits  of  zero  to  convert  to  long  floating  point  format. 

The  routine  fp.add  first  clears  overflow,  underflow,  and  significance  flags.  Then  two  temporary 
variables,  ftl  and  ft2,  are  assigned  the  two  mantissas.  Next,  the  exponents  are  compared  and  depending 
on  whether  the  exponent  of  fl  is  less  than,  equal  to,  or  greater  than  the  exponent  of  f2,  the  mantissa  of 
the  larger  number  is  shifted  right.  The  sign  bits  are  appended  to  ftl  and  ft2,  a signed  magnitude  sum 
performed,  adjustments  are  made  for  for  overflow  if  required,  followed  by  setting  of  the  mantissa  the 
sign  bit. 

Returning  to  AER,  the  results  are  placed  in  FR[R1]  after  normalization  by  fp.norm,  Figure  2-1.  The 
floating  point  format  is  most  clearly  seen  in  the  fp.norm  procedure.  The  procedure  is  called  with  a 
fraction  (fra),  exponent  (exp),  and  sign  (s).  After  searching  for  the  first  one  bit  (first. one), 
normalization  is  performed  by  adjusting  the  fraction  and  exponent,  and  the  variable  fp.norm<  0:63>  is 
packed  in  the  correct  floating  point  format. 

The  remainder  of  the  AER  procedure  checks  for  floating  overflow,  underflow,  and  significance, 
producing  a machine  trap  with  the  appropriate  trap  code  if  the  check  condition  is  met.  The  floating  point 
condition  codes  are  also  set. 

To  increase  the  density  of  representation,  and  thus  increase  the  efficiency  of  memory,  special  short 

forms  of  frequently  used  data  have  been  utilized.  The  DEC  VAX-11  [DEC  1978;  Strecker  1978]  has 

short  forms  for  both  integers  and  float  point  numbers.  For  integers,  a 6-bit  portion  of  the  operand 

addressing  mode  is  used  to  represent  the  integers  0 to  63.  Prior  to  use,  the  6-bit  format  is  extended  to 

the  appropriate  data  format.  The  VAX-11  and  PDP-11  32-bit  floating  point  format  are  the  same.  The  6- 

bit  floating  point  literal  is  composed  of  three  bits  of  exponent  and  three  bits  of  fraction: 

exp<2:0>  :=  L<5:3> 
frac<2:0>  :=  L<2:0> 

The  short  literal  is  expanded  into  32  or  64-bit  format.  The  format  for  the  most  significant  16  bits  is 
as  follows  (the  remaining  bits  are  all  zero): 

N<  15:1 0>  = '010000 
N<9:4>  = exp<2:0>@frac<2:0> 

N<  3:0>  = '0000 


Add  normalized  (short) 


trap 
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fp.add(fl<0:63>  ,f2<  0:63>  )<  0:67>  : = 
begin 

fv  = fu  = fs  = 0 next 
ftl  = fl  < 8:63 > @"0;  ft2  = f2<8:63>@"0  next 
DECODE  fl<  1:7>  tst  f2<  1:7>  => 
begin 

0:  = begin 

fp.add<0:7>  = f2<l:7>; 

ftl  = ftl  srO  ((f2<  1:7>  - fl<l:7>)*4) 

end, 

1:=  fp.add<0:7>  = f2<  1 :7>  , 

2:=  begin 

fp.add<0:7>  = fl  < 1 :7> ; 

ft2  = ft2  srO  ((fl < 1:7>  - f2<  1:7>)*4) 

end 

end  next 

ftl < 60>  = fl < 0> ; ft2<  60 > = f2<0>  next 
fc@ftl  = ftl  +{sm)  ft2  next 

IF  fc  =>  sum  used  an  extra  bit 

begin 

ftl  < 59:0>  = "l@ftl  < 59:4>  ; 
fp.add<0:7>  = fp.add<0:7>  + 1 next 
IF  fp.add<0>  =>  fv  = 1 
end  next 

fp.add<8:67>  = ftl; 
fp.add<0>  = ft  1 < 60> 
end, 

fp.norm(fra<  59:0>  ,exp<  7:0>  ,s<  >)<0:63>  : = 
begin!  us) 

DECODE  fra  eql  0 => 
begin 

0\  false:  = begin 

fet  = first. one(fra)  next 
fra  = fra  slO  (fet  and  #74); 
exp  = exp  - "0@fet<5:2>  next 
fp.norm<  8:63  > = fra<59:4>; 
fp.norm<0>  = s; 
fp.norm<l:7>  = exp; 

IF  exp<7>  =>  fvu[exp<6>]  = 1 
end, 

l\true:  = fp.norm  = 0 
end 

end. 


Figure  2-1:  System/370  Floating  Point  Addition 
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2.2.  Data  Structures 

Table  2-1  depicted  the  hierarchy  of  complexity  of  basic  data  units.  For  numeric  quantities,  these  basic 
units  can  have  its  precision  and/or  range  abbreviated  (e.g.,  short  literals)  or  extended  (e.g.,  single 
precision,  double  precision,  multiple  precision).  Furthermore,  the  basic  units  can  be  organized  into  any 
member  of  the  data  structure  hierarchy  as  illustrated  in  Table  2-4.  A fixed  number  of  basic  units  can 
be  operated  on  as  a unit  called  a vector.  If  the  number  of  basic  units  is  variable,  it  is  called  a string.  In 
contemporary  instruction  sets,  strings  are  most  often  used  with  the  character  data  type  for  representing 
text.  Historically,  BCD  digit  strings  were  also  employed  to  provide  adjustable  precision  arithmetic  in 
decimal  based  instruction  sets. 

Numerical  character  strings  have  had  at  least  three  different  representations:  trailing  sign,  leading 
sign,  and  packed.  In  both  trailing  and  leading  sign  each  digit  occupies  a byte  and  is  represented  by  code 
for  the  corresponding  ASCII  charter  (i.e.,  0 to  9 is  represented  by  " 30-" 39,  respectively).  In  trailing 
sign  zoned  numeric  format,  the  least  significant  or  last  digit  is  encoded  with  the  sign:  a positive  number 
with  "30-"39  (0  to  9,  respectively)  or  a negative  number  with  "70-"79  (-0  to  -9,  respectively).  In  leading 
sign,  the  first  byte  represents  the  ASCII  charter  for  plus  (e.g.,  "2B)  or  minus  (e.g.,  "2D).  These  ASCII 
based  representations  have  the  advantage  that  the  internal  numeric  form  is  identical  to  the  external  print 
form.  Packed  decimal  strings  have  two  BCD  digits  packed  per  byte.  Bits  3:0  of  the  last  byte  contain  the 
sign:  10,  12,  14,  or  15  for  plus;  11  or  13  for  minus. 


Basic  Unit 

Vector  of  Base  Units  (fixed  length) 

String  of  Base  Units  (variable  length) 

1- dimensional  array 

Linear  List 
Stack 
Queue 
Linked  List 

2- dimensional  array  (matrix) 

N-dimensional  array 

Table  2-4:  The  Hierarchy  of  Data  Structures 
Constructed  from  Basic  Units 


A one  dimensional  array  of  basic  units  can  be  arranged  in  several  ways:  a randomly  accessible  linear  list 
; a last-in,  first-out  (LIFO)  stack  with  units  only  added  to  the  stack  top;  a first-in,  first-out  (FIFO) 
queue  with  units  added  to  the  tail  and  removed  from  the  head;  or  a linked  list  which  allows 
insertion/deletion  of  a random  number  of  elements  at  random  locations  (This  is  particularly  useful  for 
text  editing  and  table  management  mechanisms  such  as  hashing.)  The  one  dimensional  array  can  be 
generalized  to  multiple  dimensions. 

For  each  basic  unit  and  data  structure,  there  is  an  accompanying  set  of  operators  . Table  2-5, 
extended  from  [Bell  and  Newell  1971],  depicts  several  classes  of  operators  with  example  operators  from 
each  class. 
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In  addition,  the  location  of  the  operands  may  very.  For  example,  they  may  reside  in  memory, 
registers,  or  data  type  dependent  registers.  Frequently  data  formats  larger  than  the  basic  data  type  of  the 
processor  are  supported  by  special  register  sets;  for  example,  64  bit  floating  point  registers  in  the  32  bit 
System/370  or  32  bit  floating  point  registers  in  the  16  bit  PDP-11. 


Access 

Read/Write  single  unit 

Read/Write  ith  element  of  vector  or  string 

Concatenation 

Extraction 

Unary  Arithmetic  Operators 

Absolute  value 

Negate 

Reciprocal 

Integer  part 

Fraction  part 

Sign 

Round 

Normalize,  mantissa  part 
Normalize,  exponent  part 
Square  root 
Square 

Logarithm,  natural  and  base  ten 
Exponentiation 

Trigonometric  (e.g.,  sin,  cos,  tan,  etc.) 

Inverse  Trigonometric  (e.g.,  sin'1,  cos"1,  tan'1,  etc.) 
Hyperbolic  (e.g.,  sinh,  cosh,  etc.) 

Inverse  Hyperbolic 
Arithmetic  shift 

Binary  Arithmetic  Operators 
Add 
Subtract 

Subtract  in  inverse  order 

Multiply 

Divide 

Divide  in  inverse  order 

Modulo 

Compare 


Table  2-5:  Typical  Operations 
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Binary  Special  Case  Operators 
Increment 
Decrement 
Clear 

Add  with  Carry 
Subtract  with  Carry 

n-ary  Arithmetic  Operators 

Minimum 

Maximum 

Summation 

Average 

Product 

Unary  Vector  Operators 

Rotate 
Logical'  Shift 
Count 
Sign  extend 
Arithmetic  Shift 


Character  Operators 

Compare 

Edit 

Decimal  Arithmetic  Operators 
Add 
Subtract 
Multiply 
Divide 
Modulo 
Compare 
Edit 


Conversion 

Integer  (various  precisions)  to  integer  (various  precisions) 

Floating  point  (various  precisions)  to  floating  point 
(various  precisions) 

Integer  (various  precisions)  to  floating  point  (various 
precisions) 

Floating  point  (various  precisions)  to  integer  (various 
precisions) 

Table  2-5:  Typical  Operations  (cont.) 
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Conversion  (cont.) 

Decimal  string  to  integer 

Integer  to  decimal  string 

Packed  decimal  string  to  leading/trailing  sign 

Leading/trailing  sign  to  packed  decimal  string 

Degrees  to  radians 

Radians  to  degrees 


Relational 

Identical 
Not  identical 

Relational  Arithmetic  Operators 
Equality 
Inequality 
Less  than 
Greater  than 
Less  than  or  equal 
Greater  than  or  equal 


Boolean  Operators 

And 

Not 

Exclusive  or 
Inclusive  or 
Nor 

Identity 

Nand 

Implication 

Table  2-5:  Typical  Operators  (cont.) 


2.3.  Problems 

1.  Write  an  ISPS  description  for  the  addition  of  two  numbers  in  BCD  representation. 

2.  Explain  how  the  IBM  System/370  Translate  instruction  can  be  used  to  convert  a character 
string  in  EBCDIC  to  ASCII. 

3.  Make  a table  of  IBM  System/370  data  types  and  operates.  Is  the  operator  set  complete 
(i.e.,  are  all  reasonable  operators  defined  for  all  data  types?  Is  it  possible  to  convert  from 
every  data  type  to  every  other  data  type?) 
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4.  Name  a reason  why  One’s  complement  negative  number  notation  is  undesirable.  Two’s 
complement.  Signed  magnitude. 

5.  Prove  the  statement  that  an  integer  compare  operator  can  determine  the  relative  magnitude 
of  two  floating  point  numbers  of  like  sign  in  the  PDP-11. 

6.  Suppose  it  has  been  decided  it  is  necessary  to  add  a new  data  type  to  an  existing 
architecture.  For  instance,  we  want  to  add  a 64  bit  Two’s  complement  integer  type  to  the 
System/370.  Select  an  architecture  of  your  choice  and  propose  how  you  might  include 
double  precision  integers.  What  operations  should  be  supported?  What  difficulties  will  you 
encounter? 

7.  Find  a number  that  is  representable  in  System/370  floating  point  format  but  not  in  PDP-11 
floating  point  format,  and  vice-versa. 

8.  Convert  the  following  numbers  to  PDP-8,  PDP-11,  System/370,  and/or  CDC  6600  floating 
point  format: 

a.  -100 

b.  0.375 

9.  For  each  of  the  following  numbers,  indicate  which  are  exactly  representable  in:  PDP-11 
format,  System/370  format.  If  a number  is  not  representable  in  a particular  format,  indicate 
why  it  is  not. 

a.  0.1100  0000  0000  0000  0000  0101*2128 

b.  0.1 1*2254 

c.  0.11*2'128 

d.  0.0010  0000  0000  0000  0000  0001  0100*2"124 

10.  We  have  been  given  the  task  of  designing  a floating  point  format  for  an  8-bit 
microprocessor.  Signed  magnitude  notation  is  to  be  used  for  the  mantissa  and  excess 
notation  for  the  exponent.  The  two  cases  to  consider: 

I.  CASE. I. SIGN  = N<7>, 

CASE. I. EXP  = N<6:4>  Exponent  base  2 

CASE. I. MANTISSA. MAGNITUDE  = N<3:0>,  Hidden  bit  convention 

used  on  mantissa 

II.  CASE. II. SIGN  = N<7>, 

CASE. II. EXP  = N<6:5>,  Exponent  base  8 

CASE.II. MANTISSA. MAGNITUDE  = N<4:0> 

a.  Make  an  ordered  list  of  the  real  numbers  representable  in  each  case. 

b.  Graphically  illustrate  the  representable  real  numbers  on  a number  line. 

c.  Under  what  circumstances  would  you  use  the  representation  of  Case  I?  Why?  Case 
II?  Why? 

11.  Represent  -54.125  and  63.375  in  System/370  floating  point  format.  Trace  the  ISPS 
description  of  the  SD  ( subtract  normalized,  long ) instruction  with  the  above  two  operands. 
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3.  Instruction  Formats 

Instructions  are  one  of  the  basic  data  types  characteristics  of  a digital  computer.  Most  machines  share 
strong  similarities  in  the  arithmetic  and  logic  data  types  within  the  boundaries  given  by  the  word  length. 
Instructions  on  the  other  hand,  vary  greatly  across  machines  not  only  in  the  basic  formats  and  lengths, 
but  also  in  the  specification  of  the  behavior  or  operations  to  be  performed  during  the  execution  of  an 
instruction. 

Few  modern  machines  provide  a single,  fixed  instruction  format.  The  variability  in  the  instruction 
formats  makes  it  easier  to  study  them  as  compounds  or  aggregates  of  smaller  information  units. 
Foremost  among  these  smaller  units  is  the  operation  code  , a field  that  identifies  the  function  to  be 
performed  and  drives  the  interpretation  of  the  other  fields.  Instructions  also  contain  a number  of 
operand  addresses  to  specify  the  location  of  the  source  and  destination  operands.  Finally,  in  some 
processors,  instructions  contain  addresses  that  specify  the  location  of  the  next  instruction  to  be 
executed.  Although  these  can  be  considered  a special  case  of  operand  address  , instruction  addresses  are 
often  not  part  of  an  instruction  but  are  contained  in  registers  of  Pc  state. 

Several  factors  affect  the  selection  of  instruction  formats.  The  richness  of  the  operation  set  and  the 
number  of  data  types  dictates  the  format  and  size  of  the  operation  code  part  of  an  instruction.  The  size 
of  the  Pc  state  and  Mp  states  dictate  the  format  of  the  operand  and  instruction  addresses.  Although 
variability  in  instruction  formats  increases  the  complexity  of  implementation,  the  lose  is  outweighted  by 
gains  in  program  compaction. 


3.1.  Instruction  Format  Components 

The  three  components  of  an  instruction  (operation  code,  operand  addresses,  instruction  addresses) 
can  be  used  as  the  dimensions  of  an  instruction  format  space  , Table  3-1.  Since  most  instruction  set 
processors  present  some  variability  along  all  of  these  dimensions,  a processor  typically  represents  a 
portion  or  volume  in  this  space  rather  than  a single  point. 

The  operation  code  portion  of  an  instruction  specifies  the  actual  operation  to  be  performed.  Its  value 
is  used  not  only  to  select  the  appropriate  functional  units  and  data  paths  in  the  machine,  but  also  to 
specify  the  format  of  the  instruction  (e.g.,  number  and  type  of  operand  addresses).  In  some  modern 
architectures  (e.g.,  VAX-11)  this  division  of  labor  is  less  marked  and  for  instance,  while  the  operation 
code  specifies  the  function  and  the  number  of  operands,  the  operand  addresses  themselves  specify  the 
addressing  modes  to  be  used. 

Some  instruction  set  processors  present  a high  degree  of  regularity  in  the  specification  of  the  operation 
code.  For  instance,  the  System/370  specifies  the  operation  code  in  the  first  byte  of  the  instruction  (a 
few  instructions  have  an  extended  format  in  which  this  first  byte  is  followed  by  another  byte  containing 
the  rest  of  the  operation  code).  The  PDP-11  on  the  other  hand,  presents  more  variability  and  the 
operation  code  takes  anywhere  from  4 to  16  bits  in  the  first  word  of  the  instruction. 

Few  processors  have  a unique  number  of  operands.  Depending  on  the  operations  and  data  types  used, 
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Operation  Code 

Fixed  vs.  variable  size 

Operand  Addresses 

n-addresses 
1 -address 
0-address 
General  register 

Operand  Location 

Mp  state 
Pc  State 

Instruction  Addresses 

Implicit  vs.  Explicit  next  instruction 
Absolute  vs.  Relative  addressing 

Table  3-1:  Instruction  Format  Dimensions 


zero,  one,  or  more  operand  addresses  are  used.  In  the  most  general  case,  the  number  of  addresses  is 
given  by  the  number  of  operands  needed  in  an  operation  (e.g.,  adding  two  integers  and  storing  the 
result  into  a third  location;  moving  the  contents  of  a memory  location  to  another  location).  It  is  often 
more  efficient  to  trade-off  number  of  addresses  with  Pc  state  used  to  store  intermediate  or  implied 
operands.  The  extreme  case  being  the  so-called  stack  machines  , in  which  many  instructions  do  not 
specify  any  operand  addresses  at  all. 

n-address  Instructions 

In  this  organization,  each  operand  is  specified  by  the  address  of  a memory  location.  The  number  of 
operands  being,  of  course,  dictated  by  the  operation  to  be  performed.  The  simplicity  in  the  design  of  the 
processor  (and  the  Pc  state)  is  mitigated  by  the  increase  in  program  size.  Most  operations  specify  one  or 
two  source  operands  and  one  destination  operand  and  n (the  number  of  addresses)  is  typically  2 or  3. 
Some  savings  can  be  accrued  by  reducing  3-address  instructions  to  a 2-address  case,  in  which  one  of  the 
operands  serves  both  as  a source  and  a destination.  The  reduction  in  size  of  the  instruction  usually 
compensates  for  the  need  to  store  intermediate  results  in  temporary  Mp  locations.  Typical  instructions 
include: 


Mp[address.3]  = Mpladdress.l]  op  Mp[address.2] 
Mp[address.2]  = Mpladdress.l]  op  Mp[address.2] 
Mp[address.2]  = op  Mpladdress.il 


Three  operands 
Two  operands 
Two  operands 
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1 -address  Instructions 

A very  common  organization,  the  1 -address  instruction  trades-off  instruction  size  with  software 
complexity  (the  saving  and  restoring  of  intermediate  values). 


Operands  reside  in  one  of  two  sets  of  locations,  Mp  state  or  in  a distinguished  location  in  the  Pc  state 
(dubbed  the  accumulator  ).  The  latter  does  not  have  an  address  since  it  can  be  uniquely  identified  by 
the  context,  i.e.,  its  address  is  built  into  the  logic  circuits  of  the  machine.  Typical  instructions  include: 


ACC  = ACC  op  Mp  [address] 
Mpladdress]  = ACC  op  Mpladdress] 
ACC  = op  Mpladdress) 

Mpladdress]  = op  ACC 
ACC  = op  ACC 
Mpladdress]  = op  Mpladdress] 


Result  to  Accumulator 
Result  to  Mp 
Unary  operation 
Result  to  Mp 
Result  to  Accumulator 
Result  to  Mp,  rarely  used 


The  advantages  come  not  only  from  the  reduction  in  instruction  size  but  also  from  the  increase  in 
homogeneity  of  the  instruction  formats  - all  1-  or  2-operand  operations  are  covered  by  this  organization. 
Whether  the  accumulator  is  actually  used  or  not  is  controlled  by  the  operation  code. 


0-address  Instructions 

In  this  organization,  operands  and  results  are  stored  in  an  array  of  Pc  state  locations  accessed  in  a 
Last-In-First-Out  or  stack  order.  This  is  not  a generalization  on  the  number  of  accumulators  since  only 
the  top  (last)  locations  in  the  stack  are  usually  involved  in  an  operation.  An  auxiliary  component  of  Pc 
state  (a  stack  pointer  ) is  used  to  keep  track  of  the  number  of  locations  used.  A typical  two-operand 
instruction  could  be  described  as: 

stacklstack. top-1]  = stacklstack. top-1]  op  stacklstack.top]  next 
stack,  top  = stack,  top  - 1 

Since  it  is  not  always  feasible  to  provide  enough  stack  locations  for  all  potential  uses,  some  processors 
monitor  the  contents  of  the  stack  and  when  it  becomes  full,  a portion  of  the  stack  (one  or  more  of  the 
oldest  locations)  is  stored  in  memory.  When  the  stack  becomes  empty,  it  is  refilled  with  the  data  stored 
in  memory.  This  scheme  is  used  in  the  Burroughs  B 5000  [Lonergan  and  King  1961],  Only  the  top  two 
words  of  the  stack  are  implemented  in  fast  Pc  state  registers,  the  rest  rest  are  kept  in  memory.  An 
auxiliary  register  is  used  to  keep  track  of  the  current  top  of  the  memory  portion  of  the  stack.  It  is 
incremented  and  decremented  as  words  are  pushed  out  of  or  into  the  two  fast  registers. 


General  Register  Instructions 

The  concept  of  an  accumulator  in  the  Pc  state  can  be  extended  to  an  array  of  accumulators  or  general 
purpose  registers.  Instead  of  having  a single  implied  operand  as  in  the  1 -address  organization,  any  of  the 
registers  can  be  used  as  an  operand.  This  organization  lies  between  the  n-address  format  in  flexibility 
and  the  1 -address  format  in  cost  (size).  From  a technology  point  of  view,  the  use  of  general  purpose 
registers  in  Pc  state  increases  the  performance  of  the  machine  if  the  memory  access  time  is  substantially 
larger  than  that  of  the  Pc  state  access.  Commonly  used  variables  can  be  stored  and  manipulated  directly 
in  the  processor  at  a faster  rate  than  if  they  were  to  be  retrieved  or  stored  in  memory.  Typical 
instructions  include: 
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Mgpr[r]  = Mgpr[r]  op  Mpladdress] 
Mptaddress]  = Mgpr[r]  op  Mptaddress] 
Mgpr[r]  = op  Mptaddress] 

Mptaddress]  = op  Mgprtr] 

Mgprtr]  = op  Mgprtr] 

Mptaddress]  = op  Mptaddress] 


Result  to  Register 


Result  to  Mp 
Unary  operation 


rarely  used 


Many  instruction  set  processors  take  advantage  of  the  existence  of  index  registers  to  implement  more 
elaborate  addressing  algorithms,  as  we  shall  see  in  Section  3.2.  Computing  addresses  to  access  data 
structures  requires  many  of  the  same  operations  used  to  manipulate  other  data  types  (e.g.,  integers), 
thus  it  makes  sense  to  use  the  same  set  of  registers,  although  there  are  processors,  like  the  Univac  1100 
family  [Borgerson,  Hanson,  and  Hartley  1978]  in  which  the  Pc  state  registers  are  segregated  by 
function:  some  registers  are  used  exclusively  for  indexing,  some  are  used  exclusively  in  arithmetic 
operations,  and  some  can  be  used  for  both.  On  the  CDC  6600  the  division  of  labor  is  stronger:  eight 
registers,  A[0:7],  are  used  exclusively  as  memory  address  registers  and  eight  registers,  X [0:7]  are  used 
as  operands  and  as  memory  buffer  registers;  storing  into  any  of  A [1:5]  results  in  a memory  read  into  the 
corresponding  element  of  X[l:5],  while  storing  into  any  of  A [6:7]  results  in  a memory  write  from  the 
corresponding  element  of  X [6:7], 

Next  Instruction  Address 

Instructions  typically  reside  in  main  memory  and  by  and  large,  the  specification  of  the  next  instruction 
to  be  executed  follows  the  same  pattern  as  the  specification  of  any  of  the  data  operands.  Although  in 
principle  each  instruction  could  specify  the  address  of  the  next  instruction,  this  does  not  occur  frequently 
in  modern  machines.  Instead,  a selected  Pc  state  register  (the  program  counter)  is  used  to  hold  this 
address.  Program  segments  tend  to  be  organized  as  sequences  of  instructions  and  the  computation  of 
the  following  instruction  address  is  performed  by  adding  a (small)  constant  to  the  contents  of  the 
program  counter. 

The  lack  of  an  explicit  next  instruction  address  requires  the  introduction  of  special  control  instructions 
to  alter  the  contents  of  the  program  counter  in  more  or  less  arbitrary  ways  (See  Chapter  5).  Typical 
program  counter  modifying  instructions  include: 

PC  = PC  + instruction. length  Executing  in  sequence 

PC  = address  Unconditional  Branch 

PC  = Mpladdress]  Indirect  Unconditional  Branch 

IF  condition  =>  PC  = address  Conditional  Branch 


A virtual  address  is  an  address  or  index  into  the  primary  memory.  It  is  produced  by  the  processor  and 
presented  to  the  memory  subsystem.  Virtual  addresses  are  often  translated  into  physical  addresses  which 
match  the  physical  characteristics  of  the  memory.  The  translation  of  virtual  to  physical  addresses  is  the 
topic  of  Chapter  4. 

A virtual  address  is  the  result  of  an  effective  address  computation  that  may  involve  not  only 
information  present  in  the  instructions,  but  also  information  contained  in  Pc  state  or  even  Mp  state. 
Few  instruction  sets  have  a single  method  for  computing  virtual  addresses  and,  typically  several  of  the 


3.2.  Addressing  Modes 


Instruction  Formats 


33 


methods  or  addressing  modes  listed  in  Table  3-2  may  coexist.  These  methods  are  one  more  dimension 
in  the  instruction  set  space. 


Direct 

Immediate 

Indirect 

Indexed 

Self  Modifying 


Full  Size  vs.  Short  Literal 

Register  vs.  Memory  as  intermediate  location 

Full  Size  vs.  Short  Displacement 
Single  vs.  Multiple  Index  Registers 

Pre-  vs.  Post-Increment 
Pre-  vs.  Post-Decrement 

Fixed  vs.  Data  Dependent  Increment  (Decrement) 


Table  3-2:  Addressing  Modes 


Direct  Addressing 

The  simplest  technique  to  specify  the  address  of  an  instruction  or  operand  is  to  provide  an  index  into 
memory.  Thus,  for  a (virtual)  memory  of  capacity  2n  addressing  units,  n bits  of  address  are  required. 
Direct  addressing  of  memory  is  characteristic  of  many  early  machines,  although  the  technique  survives 
in  many  modern  computers.  In  ISPS  notation,  this  addressing  mode  can  be  expressed  as: 

Mpladdressl 

where  the  address,  an  n-bit  quantity,  specifies  the  location  of  an  operand  or  instruction. 

Direct  addressing  suffers  from  some  degree  of  inflexibility.  A direct  address  built  into  an  instruction 
refers  to  a unique  memory  location,  and  the  only  mechanism  left  for  an  instruction  to  operate  on 
alternative  locations  is  to  have  the  program  modify  itself  by  overwriting  an  address  in  the  middle  of  the 
instruction  stream,  a poor  programming  practice  at  best. 

Immediate  Addressing 

A special  case  of  direct  addressing  is  commonly  refered  to  as  literal  or  immediate.  An  immediate 
operand  is  stored  as  part  of  the  instruction  which  uses  it.  Since  the  address  of  the  instruction  is  known 
to  the  processor,  and  the  position  of  the  operand  within  the  instruction  is  fixed  or  preassigned,  an 
immediate  operand  can  be  retrieved  without  any  elaborate  or  time  consuming  algorithm. 

For  instance,  in  the  Intel  8080  processor,  several  instructions  (e.g.,  MV1 , short  for  MoVe  Immediate) 
imply  an  immediate  operand  stored  in  the  byte  following  the  operation  code,  as  shown  below: 

operand  = Mp[PC]  next  Fetch  operand 

PC  = PC  + 1 Increment  program  counter 

At  the  time  the  operand  is  fetched,  the  program  counter  already  contains  the  address  of  the  byte 
following  the  instruction  byte.  After  the  operand  is  fetched,  the  program  counter  must  be  incremented 
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to  bypass  this  byte.  The  program  counter  will  now  contain  the  address  of  the  First  byte  of  the  following 
instruction. 

Immediate  operands  may  be  defined  as  large  as  the  defined  date  types  (as  in  the  Intel  8080,  above). 
Alternatively,  frequently  used  constants  can  be  defined  in  abbreviated  form  for  expansion  by  the 
processor  (as  in  the  VAX-11  short  literals  introduced  in  Section  2.1). 

Indirect  Addressing 

Indirect  addressing  provides  a mechanism  to  avoid  the  problem  alluded  to  in  the  previous  section.  An 
instruction  using  an  indirect  address  does  not  provide  the  address  of  the  datum  in  memory.  Instead,  it 
provides  the  address  of  a location  containing  the  address  of  the  datum,  hence  the  term  indirect.  A 
program  can  modify  the  contents  of  the  locations  containing  the  addresses  of  the  data  while  the 
addresses  that  appear  in  the  instructions  remain  unchanged.  In  ISPS  notation,  this  addressing  mode  can 
be  expressed  as: 

MplMpladdressll 

Index  Addressing 

Many  computer  programs  operate  on  data  organized  as  vectors  or  arrays  of  locations.  Although 
stepping  through  consecutive  memory  locations  can  be  easily  done  using  indirect  addresses,  a more 
advantageous  technique  is  to  use  special  registers  in  the  Pc  state  containing  the  relative  index  (hence  the 
name)  of  a datum  within  the  vector.  The  base  of  the  vector  is  given  directly  in  the  instruction.  By 
operating  on  the  contents  of  the  index  registers,  a program  can  access  any  location  within  the  vector.  In 
ISPS  notation  this  would  be  expressed  as: 

Mp[x  + address! 

where  x is  the  name  of  the  index  register. 

Index  registers  not  only  increase  program  flexibility  but  also  have  an  impact  on  performance. 
Processor  technology  is  usually  faster  that  memory  technology  and  accessing  or  modifying  Pc  state 
registers  during  the  computation  of  virtual  addresses  can  be  done  very  efficiently,  without  incurring  the 
extra  memory  cycle  inherent  in  indirect  addressing  schemes. 

Notice  that  the  index  register  and  the  address  specified  in  the  instruction  could  just  as  well  reverse 
their  roles.  However,  using  the  register  to  store  the  base  of  the  vector  and  the  address  in  the  instruction 
as  an  index  into  the  vector  would  be  as  inflexible  as  using  direct  addressing. 

Few  architectures  have  a single  index  register.  The  normal  case  is  to  provide  an  array  of  such 
registers  (usually  between  8 and  16),  and  by  allowing  the  instructions  to  select  any  of  these  registers  at 
will,  a considerable  increase  in  flexibility  is  achieved  at  a relatively  modest  cost.  In  ISPS  notation,  this  is 
described  as: 

Mplxli]  +address) 

The  extra  bits  needed  to  select  or  specify  an  index  register  do  not  necessarily  result  in  longer 
instructions.  Since  the  virtual  address  is  generated  by  adding  the  index  registers  and  the  address  in  the 
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instruction,  the  latter  can  be  shorter  than  before  (provided,  of  course  that  the  index  registers  are  long 
enough.)  A convention  introduced  with  System/370  refers  to  these  short  "addresses"  in  the  instruction 
as  displacements. 

In  some  instruction  sets,  two  index  registers  can  be  used  in  an  address  computation: 

Mp[b+x  + displacement] 

where  b (base)  is  a second  index  register. 

The  IBM  System/370  uses  this  double  indexing  method.  However,  not  every  instruction  that  uses 

this  method  of  addressing  its  operands  needs  two  index  registers;  in  many  instances  a single  register  can 

do  the  job  and  it  would  be  wasteful  to  specify  a register  containing  a 0 so  its  addition  does  not  affect  the 

double  indexing  operation.  The  convention  adopted  is  to  permit  only  registers  1:15  to  be  used  in 

indexing  operations.  When  register  0 is  specified  in  an  indexing  operation,  the  processor  avoids  using  it. 

This  double  indexing  addressing  mode  used  in  the  System/370  is  shown  below: 

mar  = displacement  next  A 12-bit  'address’ 

IF  b neq  0 =>  mar  = mar  + r[b]  next  Add  base  register 

IF  x neq  0 =>  mar  = mar  + r[x]  Add  index  register 

where  the  memory  address  register  ("mar")  contains  the  result  of  the  address  computation.  On  the  CDC 
6600  there  are  8 index  registers,  B[0:7],  however  B[0]  is  set  permanently  to  an  18-bit  0.  This  built-in 
constant  is  also  used  for  testing  and  jump  instruction  modifiers. 

The  range  of  addresses  relative  to  the  value  of  an  index  register  is  limited  by  the  size  of  the 
displacement.  In  general,  whenever  a short  displacement  is  to  be  added  to  an  index  or  base  register, 
there  is  the  issue  of  whether  or  not  to  treat  the  displacement  as  a signed  quantity.  In  the  System/370 
displacements  are  treated  as  unsigned  integers  and  the  range  of  addresses  extends  up  to  4095  bytes 
beyond  the  base  address.  On  the  PDP-11,  branch  instructions  specify  an  8-bit  signed  offset  to  be  added 
to  the  program  counter  (one  of  the  general  registers).  The  range  of  target  addresses  therefore  extends 
from  -128  locations  prior  to  127  locations  beyond  the  current  instruction. 

A variation  on  the  indexed  modes  is  provided  by  the  relative  addressing  modes  or  to  be  precise, 
program  counter  relative  . A relative  address  is  formed  by  adding  a displacement  to  the  current  value  of 
the  program  counter,  treating  the  program  counter  as  an  implied  index  register.  Relative  addressing 
allows  the  writing  of  position  independent  code\  no  absolute  addresses  need  to  appear  in  the  instructions 
and  the  program  can  be  relocated  anywhere  in  memory  and  still  execute  correctly. 

Self-Modifying  Indexing  Modes 

Data  structures  tend  to  be  accessed  sequentially  and  the  registers  used  to  store  the  index  of  a datum 
must  be  operated  upon  by  the  program  to  compute  the  index  of  the  next  datum.  Since  the  operations 
involved  are  usually  the  addition  or  subtraction  of  a small  constant  (depending  on  the  word  size, 
addressing  units,  and  datum  size),  it  makes  sense  to  incorporate  this  operation  directly  into  the  address 
computation  algorithm. 


There  are  several  variations  on  this  basic  technique.  An  index  register  can  be  incremented  or 
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decremented  by  a fixed  amount  on  every  address  computation,  or  it  can  be  incremented  or  decremented 
by  a variable  amount  implied  by  the  datum  size.  In  addition,  the  modification  of  the  index  register  can 
occur  before  or  after  the  computation  of  the  address,  as  shown  in  Figure  3-1. 


x = x + datum. size  next 
virtual. address  = x+ address 


(a)  pre-increment 


increment  index 
virtual  address  computation 


virtual. address  = x-f  address  next 
x = x + datum. size 


virtual  address  computation 
increment  index 


(b)  post-increment 


x = x - datum. size  next 
virtual. address  = x + address 


(c)  pre-decrement 


decrement  index 
virtual  address  computation 


virtual. address  = x + address  next 
x = x - datum. size 


virtual  address  computation 
decrement  index 


(d)  post-decrement 

Figure  3-1:  Self-modifying  Indexing  Modes 


The  PDP-11  introduced  a rather  complete  set  of  addressing  modes  based  exclusively  on  the  use  of 
auxiliary  registers  in  the  Pc  state.  The  scheme  used  subsumes  many  addressing  modes  that  are  normally 
treated  as  special  cases  in  other  instruction  sets.  A PDP-11  addressing  mode  is  specified  by  two  3-bit 
fields  specifying  the  addressing  mode  proper  and  one  of  the  8 registers  available  in  the  Pc  state.  The 
effect  of  each  of  these  addressing  modes  is  shown  in  Figure  3-2. 

Other  Addressing  Modes 

Many  addressing  modes  can  be  obtained  by  combining  the  basic  modes  discussed  so  far,  as  we  saw  in 
the  case  of  the  PDP-11. 

The  PDP-11  achieved  a great  degree  of  flexibility  by  generalizing  its  treatment  of  the  Pc  state 
registers.  The  addressing  modes  operate  in  a homogeneous  manner  across  all  registers,  including  the 
program  counter,  itself  one  of  these  registers.  In  some  earlier  minicomputers,  the  cost  of  the  extra 
registers  could  not  be  readily  justified  and  some  more  elaborate  schemes  were  used. 

The  PDP-8  virtual  address  computation  scheme  is  a good  example  since  it  manages  to  combine 
indirection,  indexing,  and  auto-incrementing  of  the  index  with  minimal  Pc  state: 
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Register  Mode  (0),  ri.  The  register  specified  is  used  as  the  operand  and  not  as  part  of  the  computation 
of  the  address  of  the  operand. 

Register  Deferred  (l),@ri.  The  register  contains  the  address  of  the  operand.  This  is  a variation  on  the 
indirect  addressing  methods  described  above: 

...  = Mp[R[i]] 

Autoincrement  (2),  (ri)  + . The  register  contains  the  address  of  the  operand  and,  in  addition,  after  the 
operand  is  fetched  or  stored,  the  register  is  increment  by  1 (byte  operands)  or  2 (word  operands): 

...  = Mp[R[i]]  next  R[i]  = R [i]  + operand. size 

Autoincrement  Deferred  (3),  @(ri)  + . The  register  contains  the  address  of  the  address  of  the  operand. 
The  register  is  always  incremented  by  2 (addresses  are  always  two  bytes  long)  after  the  operand  is 
fetched  or  stored: 

...  = MplMplR [i]  1 1 next  R [i]  = Rli]  + 2 

Autodecrement  (4),  -(ri).  The  register  contains  the  address  of  the  operand  but,  before  the  operand  is 
fetched  or  stored,  the  register  is  decremented  by  1 (byte  operands)  or  2 (word  operands): 

Rli]  = Rli]  - operand  size  next  ...  = Mp[R[i]] 

Autodecrement  Deferred  (5),  @-(ri).  The  register  contains  the  address  of  the  address  of  the  operand. 
The  register  is  decremented  by  2 (addresses  are  two  bytes  long)  before  the  operand  is  fetched  or  stored: 

Rli]  = Rli]  - 2 next  ...  = MplMplR [i]]] 

Index  (6),  x(ri).  A base  address  is  added  to  the  contents  of  the  register  to  produce  the  virtual  address 
of  the  operand.  The  register  itself  is  not  modified.  The  base  address  is  a 16-bit  quantity  specified  as  part 
of  the  instruction  (i.e.,  it  is  an  immediate  operand): 

....  = MplRls  1 +Mp[R[7]]]  next  R[7]  = R[7]  + 2 
Register  7 is  used  as  the  program  counter  on  the  PDP-11. 

Index  Deferred  (7),  @x(ri).  A base  address  is  added  to  the  contents  of  the  register  to  produce  the 
address  of  the  address  of  the  operand.  The  register  itself  is  not  modified.  As  in  mode  6,  the  base 
address  is  specified  as  part  of  the  instruction: 

...  = MplMplR [ i]  + Mp[R[7]]]]  next  R[7]  = R[7]  + 2 


Figure  3-2:  PDP-1 1 Addressing  Modes 
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eadd\effective.address<  0:1 1>  : = 
begin 


DECODE  pb  => 
begin 

0 :=  eadd  =’00000  @ pa, 

1 :=  eadd  = cpage  @ pa 
end  next 


Select  page  0 
Select  current  page 


Decode  page  bit 


IF  ib  => 

begin 

IF  eadd<0:8>  eql  #001  => 


Check  for  addresses  ff0010:ff0017 
pre-increment 
Indirect  address  fetch 


Decode  indirect  bit 


Mleaddl  = M[eadd]  + 1 next 


eadd  = M[eadd] 
end 


end 


The  PDP-8  virtual  memory  consists  of  4096  12-bit  words,  thus  virtual  addresses  are  12  bits  long.  The 
virtual  memory  is  organized  into  32  pages,  each  128  words  long.  The  page  index  is  given  by  the  most 
significant  5 bits  of  an  address.  The  remaining  7 bits  specify  a word  within  the  page. 

An  instruction  can  specify  either  an  address  within  the  current  page  (that  is,  the  page  in  which  the 
instruction  is  stored)  or  page  0.  Page  selection  is  controlled  by  a bit  in  the  instruction.  When  this  page  bit 
("pb")  is  0,  page  0 is  selected  otherwise  the  current  page  is  selected.  The  page  index  is  concatenated  with 
a 7-bit  page  address  ("pa")  specified  in  the  instruction  to  produce  a preliminary  effective  address. 

Indirection  can  be  specified  by  the  setting  of  another  bit  in  the  instruction.  If  this  indirect  bit  ("ib")  is 
0,  no  indirection  is  needed  and  the  preliminary  effective  address  is  the  result  of  the  address 
computation.  If  the  indirect  bit  is  1,  the  preliminary  effective  address  is  used  as  the  address  of  a memory 
location  containing  the  final  effective  address  (this  is  the  canonical  indirect  address  method). 

Words  in  the  range  #0010:#0017  (words  8 to  15  of  page  0)  have  the  property  that  whenever  they  are 
accessed  as  indirect  addresses,  they  are  also  incremented  by  1 before  fetching  the  final  effective  address 
from  Mp.  This  auto-indexing  locations  can  therefore  be  used  to  step  through  sequential  memory 
locations,  thus  achieving  the  effect  of  an  index  register  with  essentially  no  increase  in  Pc  state. 

Table  3-3  shows  the  different  addressing  modes  used  in  a few  selected  instruction  sets. 


For  all  but  the  simplest  instruction  sets,  each  processor  defines  a region  in  the  space  defined  by  the 
operation  code  format,  addressing  modes,  and  number  of  addresses  per  instruction.  Programming 
convenience,  technology  trade-offs,  and  even  designers’  style  influence  the  shape  of  the  region. 


3.3.  Examples  of  Instruction  Formats 
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PDP-8 

PDP-11 

S370 

CDC  6600  B 5000 

8080 

Direct 
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Indirect 

y2 
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n 

y7 

y9 

y7 

Immediate 

n 

n 

n5 

y 

y 

y10 

PC  Relative 

n 

y3 

n 

n 

n 

n 

Indexed 

n 

y4 

y6 

n8 

y9 

n 

Notes 

1)  Instruction 

specifies  word 

index  within 

a page. 

Page  index 

is  either  0 

or  current 

2)  Includes  autoincrement  indexed  as  a special  case. 

3)  Includes  direct,  indirect,  and  immediate  modes  as  special  cases. 

4)  Includes  pre-decrement  and  post-increment  indexing. 

5)  String  instructions  include  length  literal  in  instruction. 

6)  Includes  double  indexing. 

7)  Address  of  operands  is  stored  in  a register. 

8)  Only  for  Mp/Ms  block  move. 

9)  The  Program  Reference  Table  (PRT)  contains  the  (base)  address  of  the  operands  [Lonergan 
and  King  1961]. 

10)  8-  and  16-bit  literals. 


Table  3-3:  Summary  of  Addressing  Modes 


Mark-1 

We  start  with  what  is  perhaps  the  simplest  machine  presented  in  this  book,  the  Mark-1,  designed  and 

built  at  the  University  of  Manchester,  England  in  the  late  1940’s.  The  Mark-1  is  characterized  by  a 

single  instruction  format  with  a fixed  size  operation  code,  an  explicit  memory  address,  and  an  implicit 

operand  (the  accumulator): 

**  Memory. State  ** 

M[0:8191]<  31:0> , 

**  Processor. State  ** 

CR\Control. Register  12:0> , 

ACO  Accumulator  31:0> , 

**  Instruction. Format  ** 

PI\Present.Instruction<  15:0> , 

f\function<0:2>  :=  PI<15:13>, 

s\address<0:12>  : = PI<12:0>, 

Mp  stated  consists  of  8,192  (8K)  32-bit  words  and  is  used  to  store  both  instructions  and  data.  Pc  state 
consists  of  the  instruction  register  (PI),  the  program  counter  (CR),  and  the  accumulator  (ACC). 
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There  is  only  one  instruction  format  in  the  Mark-1.  It  consists  of  a 3-bit  operation  code  and  a 13-bit 
address.  The  Mark-1  is  a classical  example  of  a 1 -address  machine.  The  operand  address  portion  of  the 
instruction  appears  in  bits  12:0  of  the  instruction  and  is  used  to  specify  either  the  address  of  an  operand 
(arithmetic  instructions)  or  the  address  of  the  next  instruction: 

ACC  = ACC  - M[S]  Subtract  (direct) 

CR  = M[S]  Jump  (indirect) 

IF  ACC  leq  0 = > CR  = CR  + 1 Conditional  Skip 

The  Mark-1  provides  two  addressing  modes,  direct  and  indirect.  The  former  is  used  for  all  data 
operations,  while  the  latter  is  used  for  control  operations  (the  instruction  specifies  the  address  of  the 
address  of  the  next  instruction).  Not  all  control  instructions  make  use  of  the  address  field  however,  as 
shown  in  the  conditional  skip  example  above  where  the  address  field  is  ignored  altogether. 

PDP-8 

The  instruction  format  used  in  the  PDP-8  was  shown  in  Figure  1-1.  The  PDP-8,  although  still  a very 
simple  architecture,  cannot  be  considered  a pure  1 -address  organization,  although  most  instructions  use 
a memory  operand  and  an  implied  accumulator. 

The  Pc  state  is  not  much  more  complicated  than  that  of  the  Mark-1.  Besides  a program  counter  and 
an  accumulator,  the  PDP-8  Pc  state  includes  a 1-bit  extension  to  the  accumulator  which  can  be 
manipulated  directly  and  can  be  used  as  a condition  code  (Overflow).  Finally,  the  Pc  state  includes  (in 
addition  to  other  registers,  not  shown  in  the  figure)  a 5-bit  register  used  to  store  the  current  page 
number. 

The  basic  instruction  format  specifies  a 3-bit  operation  code,  an  indirect  bit,  a page  bit,  and  a 7-bit 
address  field.  The  indirect  bit,  page  bit,  and  address  fields  are  used  in  the  computation  of  the  address  of 
operands  and  instructions,  as  shown  in  the  PDP-8  effective  address  computation  algorithm,  above. 

The  PDP-8  can  be  considered  to  have  three  instruction  formats,  all  occupying  a fixed  size  (12-bits). 
The  operation  code  specified  in  the  first  three  bits  of  the  instruction  select  the  function  and  the  format. 
If  the  value  is  in  the  range  0:5,  the  instruction  is  interpreted  as  a 1 -address  organization,  using  direct 
addressing  (in  either  the  current  page  or  page  0),  indirection,  and  indexing  (with  auto-increment)  as 
addressing  modes.  Operation  codes  6 (iot)  and  7 (opr)  use  the  address  portion  of  the  instruction  as  a 
secondary  operation  code.  In  the  iot  instruction,  this  is  used  to  specify  a peripheral  device  and  an 
operation  to  be  performed  by  the  device  controller.  In  the  opr  instructions,  this  is  used  to  specify  a 
number  of  primitive  operations  on  the  Pc  state,  as  we  saw  in  Chapter  1. 

The  opr  instruction  can  be  described  as  a 0-address  format  with  two  implied  operands  (L  and  AC).  By 
judicious  selection  of  the  micro-operations,  a programmer  can  achieve  the  effect  of  what  would  normally 
appear  as  different  instructions  in  other  machines,  as  shown  below: 

Micro-operations  Effect 

CMA, IAC  Replace  contents  of  AC  with  it’s  Two’s  complement. 

CLL, CML  Set  L to  1 

CLA,CMA  Set  AC  to  1 

CLA,RAL  Load  L into  AC 
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CDC  6600 

Most  of  the  CDC  6600  instructions  use  a 3-operand  format,  with  either  three  register  operands  or 
two  registers  and  a constant,  as  shown  below: 

‘'Instruction. Format** 

I < 29:0> , Instruction  register 


i0<  14:0>  : = 

I<29:15>, 

Short  instruction  (15  bit) 

il  < 14:0>  : = 

I<  14:0> , 

Long  instruction  extension 

fm  <5:0>  : = 

I<29:24>, 

OPeration  Code 

i.  < 2:0>  : = 

I<  23:2 1 > , 

Result  Register 

j.  < 2:0>  : = 

I<20:18>, 

1st  Operand  Register 

k.  < 2:0>  : = 

I<  17:1 5> , 

2nd  Operand  Register 

kl<  17:0>  : = 

I<  17:0> , 

Constant  Operand 

The  CDC  6600  provides  24  registers  divided  into  three  sets  of  eight  registers  each.  The  address 
registers,  A [0:7] < 17:0> , are  used  exclusively  for  addressing.  Storing  into  any  of  A[l:5]  generates  a 
memory  reference  of  the  form: 

X[i]  = MIAMI  /•  1.2.3, 4, 5 

while  storing  into  any  of  A [6:7]  generates  a memory  reference  of  the  form: 

MIAMI  = X[i]  i:6,7 

A [0]  is  used  for  temporary  storage  and  does  not  affect  the  loading  of  X[0],  The  increment  registers, 
B[0:7]<  17:0> , are  used  as  modifiers  and  for  program  indexing.  B[0]  is  set  permanently  to  a 18-bit  plus 
zero  (the  CDC  6600  uses  Ones’  Complement  representation).  The  operand  registers,  X [0:7] < 59:0> , 
are  used  for  arithmetic  and  logical  operands  and  results;  in  addition,  X[l:5]  contain  operands  read  form 
memory,  while  X[6:7]  contain  operands  to  be  written  into  memory,  as  shown  above. 


Notice  that  the  instruction  format  only  allows  for  the  specification  of  3-bit  register  indices  within  a set 
(A,  B,  or  X).  Which  set  is  implied  in  each  operand  position  is  operation  code  dependent.  For  instance, 
there  are  several  instructions  that  affect  the  contents  of  the  A registers,  as  show  in  Table  3-4. 


Qe  Code 

Effect 

50 

A[i]  = 

A [j] 

+ c 

51 

Alii  = 

BUI 

+ c 

52 

Alt]  = 

xyi 

+ c 

53 

Alii  = 

xui 

+ B[k] 

54 

A[i]  = 

AM 

+ B[k] 

55 

All]  = 

AM 

- Blkl 

56 

All]  = 

BM 

J* 

CO 

+ 

57 

Alii  = 

BM 

- B[k] 

Table  3-4:  CDC  6600  Set  Ai  (SAi)  Instructions 


The  SAi  instructions  perform  One’s  complement  addition  and  subtraction  of  18-bit  operands  and  store 
an  18-bit  result  in  one  of  the  A registers.  Operands  are  obtained  from  the  A,  B,  or  X registers  or  can 
appear  as  18-bit  signed  constants  in  the  long  instruction  format  (operands  taken  from  an  X register  are 
the  truncated  lower  18  bits  of  the  60-bit  register.)  If  the  destination  register  is  one  of  A [ 1 :7] , a memory 
read  or  write  operation  takes  place,  as  explained  before.  The  SAi  instructions  therefore  constitute  the 
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"Addressing  modes"  of  the  CDC  6600.  Similar  sets  of  operations,  producing  18-bit  results  exist  for 
storing  into  the  B and  X registers,  as  a means  of  precomputing  an  address  without  accessing  the 
memory. 

System/370 

The  System/370  and  its  predecessor,  the  System/360  present  a wider  set  of  instruction  formats  and 
addressing  modes  that  the  previous  machines. 

Figure  3-3  shows  a portion  of  Mp  and  Pc  state,  together  with  the  instruction  formats  used  in  the 
System/370.  The  information  units  are  8-bit  bytes,  16-bit  halfwords,  32-bit  words,  and  64-bit 
doublewords.  Addressing  is  done  at  the  byte  level  (a  multi-byte  unit  is  addressed  by  its  leftmost  byte). 
The  System/370  uses  a relatively  large  number  of  registers  (16  general  purpose  registers  and  6 floating 
point  registers,  as  well  as  a number  of  model-dependent  registers  used  to  control  the  operation  of  the 
processor) . 

A selected  portion  of  the  Pc  state  is  packaged  into  a 64-bit  Program  Status  Word  ("PSW").  It  contains 
the  minimal  information  that  has  to  be  saved  when  responding  to  an  interrupt,  including  arithmetic 
condition  codes,  instruction  length,  and  the  program  counter. 

The  System/370  has  several  instruction  formats,  named  after  the  location  of  the  operands  (Register, 
Immediate,  Storage).  All  instructions  are  1,2,  or  3 halfwords  long.  The  First  byte  of  the  instruction 
contains  the  operation  code  in  all  formats  except  Storage,  in  which  case  the  second  byte  of  the 
instruction  is  also  used  as  part  of  the  operation  code. 

Addresses  are  24  bits  long  and  are  generated  by  adding  the  contents  of  a 12-bit  displacement  field  to  a 

24-bit  base  address  contained  in  a general  purpose  register.  Register-Indexed  instructions  allow  a double 

indexing  addressing  mode  in  which  a second  register  is  also  used  in  the  address  computation.  Only 

registers  1:15  can  be  used  for  this  purpose.  Specifying  register  0 is  interpreted  as  a non-indexing  mode 

(i.e. , the  contents  of  the  register  are  not  added  to  the  displacement): 

mar  = displacement  next  A 12-bit  'address’ 

IF  b neq  0 = > mar  = mar  + r[b]  next  Add  base  register 

IF  x neq  0 =>  mar  = mar  + r[x]  Add  index  register 

The  System/370  is  almost  exclusively  a 2-address  machine.  That  is,  most  instructions  specify  two 
operands  (or  operand  addresses).  Instructions  in  Storage  format  use  the  second  byte  of  the  operation  as 
an  extension  of  the  operation  code  and  are  therefore  limited  to  the  specification  of  a single  operand 
address  (in  Mp).  Most  of  these  1 -address  instructions  are  used  to  operate  on  internal  control  registers, 
implied  by  the  operation  code  itself.  The  second  departure  from  the  2-address  scheme  is  given  by  the 
Register-Storage  format  instructions  in  that  they  specify  three  operands  (two  of  them  in  registers,  the 
third  in  Mp).  For  instance,  the  Branch  on  Index  High  ("BXH")  instruction  adds  an  increment  to  a 
register  and,  depending  on  the  result,  a branch  to  a location  specified  by  the  third  operand  can  be  taken. 
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"Mp.State** 

MB[0:"FFFFFF]  < 0:7> , 
MH[0:"FFFFFF]<0:15>  ( INCREMENTS)  : = 
MW[0:"FFFFFF]<0:31  > (INCREMENTS)  : 
MDW[0:"FFFFFF]<0:63>  (INCREMENTS) 


MB[0:"FFFFFF]  < 0:7 > , 
MB[0:"FFFFFF]  < 0:7> , 
MB[0:"FFFFFF]<0:7> , 


Byte  memory 
Half  word  memory 
Word  memory 
Doubleword  memory 


**PC. State** 

R [0: 1 5]  < 0:3 1 > , General  purpose  registers 

fpregisters  [0: 7]  <’  0:3 1 > , Floating  point  registers 

FR[0:7]<0:63>  (INCREMENTS)  :=  fpregistersl0:7]  < 0:3 1 > , 

PSW<0:63>,  Program  Status  Word  (BC  Mode) 

Masks,  Interrupt  Codes,  etc.  Bits  0:31  of  PSW 


ILC<0:1>  :=  PSW<32:33>, 

Instruction  Length 

CC<0:1>  :=  PSW<  34:35> , 

Condition  Codes 

PMASK<  0:3>  :=  PSW<36:39>, 

Program  Mask 

PC<0:23>  :=  PSW<40:63> 

Program  Counter 

ir<0:47> , 
opcode<0:7> 

= ir<0:7>, 

Instruction  register 

rr.Rl<0:3> 

= ir<  8: 1 1 > , 

Register-Register  Format 

rr.R2<0:3> 

= ir<  1 2 : 1 5 > , 

rx.Rl  <0:3> 

= ir<  8: 1 1 > , 

Register-Indexed  Format 

rx.X2<  0:3> 

= ir<  12:15> , 

rx.B2<0:3> 

= ir<  16: 19>  , 

rx.D2<0:ll> 

= ir<  20:31  > , 

rs.Rl<0:3> 

= ir<  8: 1 1 > , 

Register-Storage  Format 

rs.R3<0:3> 

= ir<  1 2: 1 5 > , 

rs.B2<0:3> 

= ir<  16: 19> , 

rs.D2<0:ll> 

= ir<  20:31  >, 

si.Il<0:7> 

= ir<  8: 1 5> , 

Storage-Immediate  Format 

si.Bl<0:3> 

= ir<  1 6: 1 9> , 

si.DK0:ll> 

= ir<  20:3 1 > , 

opcodeextension<  0:7> 

= ir<  8: 1 5> , 

Storage  Format 

s.B2<  0:3> 

= ir<  1 6: 1 9>  , 

s.D2<0:ll> 

= ir<  20:3 1 > , 

ss.L<0:7> 

= ir<  8: 1 5> , 

Storage-Storage 

ss.Ll<0:3> 

= ir<  8: 1 1 > , 

ss.L2<0:3> 

= ir<  1 2: 1 5> , 

ss.Bl<0:3> 

= ir<  1 6: 1 9> , 

ss.Dl<0:ll> 

= ir<  20:3 1 > , 

ss.B2<0:3> 

= ir<32:35>, 

ss.D2<0:ll> 

= ir<  36:47  > 

Figure  3-3:  System/370  Instruction  Format 
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Typical  instructions  are  of  the  form: 


R1  = Rl  op  R2 

R1  = Rl  op  Mp[X  + B + D] 

Rl  = Rl  + R3  next  IF  condition  =>  PC  = B2  + D2 


Mp[Bl  + Dll  = 12  op  Mp[Bl  + Dl] 

MplBl  + D11l,  by(es  = Mp[Bl  + Dl]u  bytes  op  Mp[B2  + D2]L2  by[es 


Register-Register 

Register-Index 

Register-Storage 

Storage-Immediate 

Storage-Storage 


PDP-11 

The  PDP-11  instruction  formats  show  a greater  variability  than  the  instruction  sets  we  have  seen  so 
far.  At  the  risk  of  oversimplifying  the  description,  PDP-11  instructions  can  be  classified  into  the 
following  groups: 

■ Single  Operand 

■ Double  Operand 

■ Control 


Single  and  Double  operand  instructions  (Figure  3-4(a))  specify  their  operands  via  two  3-bit  fields 
containing  the  addressing  mode  and  the  register  to  be  used  in  the  effective  address  computation,  as 
shown  in  Figure  3-2.  In  general,  any  addressing  modes  can  be  used  for  source  and  destination  operands. 
Typical  instructions  are: 

R [d]  = R[d]  op  carry  single  operand 

M [R [d]  1 = R[s]  op  M [R [dll  double  operand 

Control  instructions  (Figure  3-4(b))  use  0-,  1-,  or  2-addresses,  although  these  addresses  can  not 
always  be  specified  in  full  generality.  For  instance,  in  the  Jump  to  SubRoutine  ("JSR")  and  ReTurn  from 
Subroutine  ("RTS")  instructions,  the  link  operand  (used  to  store  the  return  address)  does  not  have  an 
address  mode  field  and  the  operand  is  always  one  of  the  general  purpose  registers  (i.e.,  the  mode  is 
implicitly  0).  In  addition,  several  control  instruction  use  register  6 as  an  implied  operand  in  auto- 
increment or  auto-decrement  modes.  Register  6 is  often  used  as  a stack  pointer  and  these  addressing 
modes  push  or  pop  data  and  control  information  under  control  of  the  program  or  of  the  processor  itself 
(e.g.,  when  responding  to  an  interrupt). 


Branch  instructions  specify  the  location  of  the  next  instruction  via  a (signed)  offset  with  respect  to  the 
current  value  of  the  program  counter.  This  8 bit  field  is  treated  as  a signed  Two’s  complement  quantity, 
allowing  branching  up  to  -128  words  before  or  127  words  after  the  branching  instruction. 

Notice  that  although  all  instructions  seem  to  fit  within  a single  16-bit  word,  the  use  of  register  7 (the 
program  counter)  allows  the  use  of  literal  operands  and  addresses  following  the  instruction  word.  Thus, 
a PDP-11  instruction  can  occupy  up  to  three  words.  Not  all  addressing  modes  are  useful  when  applied  to 
the  program  counter  and  the  most  commonly  found  modes  are  shown  in  Table  3-5. 


Table  3-6  shows  the  instruction  formats  for  a few  selected  machines. 
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**Mp. State’* 

MB[#  1 77777:01  < 7:0>  , 

MW[#177777:0l<15:0> (INCREMENTS)  :=  MB[#177777:0]< 7:0> , 

Byte  memory 
Word  memory 

**Pc. State** 

R\register[0:7] < 15:0> , 

PS<  15:0>  :=  MB[#  1 77777:#1 77776] < 7:0>  , 

cc<  3:0>  :=  PS<3:0>, 

N\negative<>  :=  cc<3>, 

Z\zero<  > : = cc<  2> , 

V\overflow<  > :=  cc<l>, 

C\carry<  > :=  cc<0>. 

Program  status  word 
Mode,  priority,  etc.  Ps<  I5:4> 
Condition  Codes 

Kinstruction<  15:0> , 
s.opcode<  8:0>  :=  i<15:6>, 

s.operand<  5:0>  :=  i<5:0>, 

s. operand  mode<  2:0>  :=  s.operand<  5:3> , 

s. operand. reg<  2:0>  :=  s.operand<  2:0>  , 

Single  operand  format 

d.opcode<  2:0>  :=  i<  1 5: 1 2>  , 

d.source<  5:0>  :=  i<  1 1 :6> , 

d.  source.  mode<  2:0>  :=  d.source<  5:3> , 

d. source. reg<  2:0>  :=  d.source<  2:0> , 

d.destination<  5:0>  :=  i<5:0>, 

d. destination. mode<  2:0>  :=  d.destination<  5:3> , 

d destination. reg<  2:0>  :=  d.destination<  2:0> , 

Double  operand  format 

(a)  Single  and  Double  Operand  Instructions 

b.opcode<  7:0>  :=  i < 1 5 : 8 > , 

b.offset<  7:0>  :=  i<7:0>. 

Branch  instruction  format 

j.opcode<9:0>  :=  i<  1 5:6>  , 
j.destination<  5:0> : = i<  5:0> , 

j. destination. mode<  2:0>  : = j.destination<  5:3> , 
j. destination. reg<  2:0>  :=  j.destination<  2:0> , 

Jump  instruction  format 

jsr.opcode<6:0>  :=  i<15:9>, 
jsr.link<  2:0>  :=  i<8:6>, 

jsr.destination<  5:0>  : = i<  5:0> , 

jsr.destination.mode<  2:0>  :=  jsr.destination< 5:3> , 
.isr. destination. reg<  2:0>  :=  jsr.destination<  2:0> , 

Jump  to  Subroutine  format 

rts.opcode<  12:0>  : = i<15:3>, 
rts.link<  2:0>  :=  i<2:0>, 

Return  from  Subroutine  format 

cc.opcode<  10:0>  :=  i<15:5>, 
cc.seto  :=  i<4>, 

cc.value<  3:0>  :=  i<3:0> 

Condition  code  format 

(b)  Control  Instruction  Formats 


Figure  3-4:  PDP-11  Instruction  Formats 
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Mode  Effect 

2 Immediate.  A literal  operand  is  contained  in  the  instruction. 

3 Absolute.  An  operand  address  is  contained  in  the  instruction. 

6 Relative.  A literal  offset  to  an  operand’s  address  is  contained  in  the  instruction.  The 
sum  of  the  offset  plus  the  program  counter  (which  contains  the  address  of  the  word 
following  the  offset)  yields  the  address  of  the  operand. 

7 Relative  Deferred.  A literal  offset  to  an  indirect  address  is  contained  in  the  instruction. 
The  sum  of  the  offset  plus  the  program  counter  (which  contains  the  address  of  the 
word  following  the  offset)  yields  the  address  of  the  address  of  the  operand. 

Table  3-5:  PDP-11  Program  Counter  Addressing  Modes 


DEC 

DEC 

IBM 

CDC 

Burroughs  Intel 

PDP-8 

PDP-11 

S370 

6600 

B 5000 

8080 

Instruction 

12 

16 

16 

15 

12 

8 

Length 

32 

32 

30 

16 

48 

48 

24 

Operation 

3,12 

4:16 

8,16 

6 

2,12 

OO 

rn 

Code  Size 

Addresses  per 

0,1 

0,1,2 

1,2 

1,2,3 

0,1 

0,1,2 

Instruction 

Virtual 

12 

16 

24 

18 

15 

16 

Address  Size 

Number  of 

1 

8 

16 

24 1 

10241 

83 

Registers 

Notes 

1)  The  registers  are  divided  into  three  sets  of  8 register  each:  Address,  Index,  and  Operand. 

2)  These  are  the  Program  Reference  Table  (PRT)  locations.  They  provided  the  functionality  of 
Pc  state  registers  although  they  are  implemented  in  Mp  state. 

3)  The  eight  8-bit  registers  are  also  treated  as  four  16-bit  registers. 

Table  3-6:  Summary  of  Instruction  Formats 
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3.4.  Problems 


1.  Describe  the  effect  of  using  R [7]  (the  program  counter)  on  the  PDP-11  under  the 
addressing  modes  not  listed  in  Table  3-5.  Assume  a MOV  instruction  using  R [7]  as  part  of 
either  or  both  the  source  and  destination  fields.  What  is  the  effect  of  the  instruction? 

2.  Write  an  ISPS  description  of  the  central  processor  state  and  addressing  modes  for  the 
computer  of  your  choice.  A common  source  of  problems  is  not  knowing  the  contents  of  the 
program  counter  as  the  instruction  execution  proceeds.  Is  it  well  defined  in  your  machine? 
Could  you  provide  a definition  of  ’reasonable’  values  of  the  program  counter  during  the 
different  phases  of  the  instruction  execution  process? 

3.  A variation  on  the  indirect  addressing  methods  presented  in  this  chapter  allow  multiple 
levels  or  stages  of  indirection.  In  other  words,  the  address  specified  by  the  instruction  is 
the  address  of  the  address  of  the  address,  and  so  on.  The  last  step  fetches  the  address  of 
the  operand.  Select  an  instruction  set  with  this  feature  and  write  an  ISPS  description  of  this 
addressing  mode.  What  mechanism  is  used  to  detect  the  end  of  the  loop  of  intermediate 
address  fetches? 

4.  Why  is  it  necessary  to  use  an  auxiliary  register  in  the  PDP-8  to  store  the  index  of  the 
current  page?.  Why  could  not  the  effective  address  algorithm  use  PC<0:4>  directly, 
instead  of  cpage?  If  cpage  is  eliminated,  what  address  will  be  calculated  in  the  following 
TAD  instruction  located  at  address  #0777: 

Address:  #0777,  Contents:  #1210 

5.  Assume  memory  location  i of  a PDP-8  contains  integer  i+1  (that  is,  M[0]  — 1,  M[l]=2, 
M[2]=3,  ...)  except  for  the  following  three  instructions  resident  in  the  indicated  memory 
locations  (all  numbers  are  octal): 


For  each  of  the  above  instructions,  indicate  what  operation  is  performed,  what  operand  is 
fetched,  and  what  values  in  the  Pc  or  Mp  state  are  modified. 

6.  Consider  a machine  with  addressing  units  longer  than  an  instruction  (at  least,  longer  that  a 
short  instruction,  if  several  formats  are  available).  Are  there  limitations  in  the  packing  of 
instructions  to  make  efficient  use  of  the  memory?  Consider  the  Mark-1  instruction  set. 
Two  instructions  could  be  packed  in  one  word.  Why  isn’t  this  done?  Modify  the  ISPS 
description  of  the  Mark-1  to  allow  two  instructions  per  word.  Do  you  need  new 
instructions  or  new  addressing  modes? 

7.  Suppose  it  has  been  decided  to  extend  the  PDP-11  architecture  with  the  addition  of  a 
BLOCK  MOVE  instruction.  The  proposed  format  for  this  instruction  is: 


where  #075  is  the  BLOCK  MOVE  operation  code  (bits  15  to  9 of  the  first  word),  xxx  is  a 
9-bit  field  to  be  used  in  defining  the  length  of  the  block  to  be  moved,  and  the  second  word 
contains  a standard  MOV  instruction,  complete  with  operation  code  and  source  and 
destination  specifications.  This  MOV  instruction  performs  the  actual  movement  of  data. 

a.  Write  an  ISPS  description  of  the  BLOCK  MOVE  instruction.  You  may  use  the  PDP- 
11  ISPS  description  in  Appendix  III  as  a starting  point.  The  instruction  must  support 


Address 


CQnlenis. 


#0546 

#0710 

#0105 


#3610 

#7640 

#2612 


#075xxx 

#01SSDD 


first  word 
second  word 
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blocks  of  up  to  1024  bytes.  It  should  also  be  able  to  move  a block  as  short  as  one 
word  (two  bytes). 

b.  Judicious  selection  of  the  source  and  destination  modes  in  the  second  word  of  the 
instruction  produce  different  types  of  data  movements.  Describe  the  effect  of  all 
combinations  of  addressing  modes. 

c.  Assume  it  is  not  feasible  to  ignore  interrupts  for  the  duration  of  the  block 
movement  since  time  may  approach  or  exceed  a millisecond  in  some 
implementations.  Modify  your  ISPS  description  to  allow  interrupts  to  occur  before 
the  end  of  the  instruction.  Is  there  a problem  with  your  design  if  the  interrupting 
process  decides  it  also  needs  to  initiate  a block  movement? 
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4.  Memory  Management 

In  Chapter  3 we  studied  several  algorithms  used  to  compute  the  addresses  of  operands  and 
instructions.  We  refered  to  these  as  virtual  addresses  to  distinguish  them  from  the  physical  addresses 
used  by  the  memory  subsystem  of  the  machine.  A virtual  address  is  translated  into  a physical  address 
by  a memory  mapping  algorithm  before  the  data  is  fetched  or  stored.  A consequence  of  this  translation 
is  that  virtual  and  physical  locations  do  not  have  to  bear  any  resemblance  to  each  other.  In  particular, 
consecutive  virtual  locations  are  not  necessarily  consecutive  in  physical  memory  and  vice  versa. 
Moreover,  it  is  not  even  the  case  that  the  virtual  and  physical  memories  of  a computer  have  the  same 
size. 

The  overhead  in  the  extra  translation  step  is  usually  compensated  by  the  advantages  derived  from  the 
existence  of  an  address  translation  algorithm.  The  first  advantage  is  the  ability  to  expand  the  physical 
implementation  of  the  memory.  As  memory  technology  evolves,  memory  devices  with  greater  capacity 
(for  the  same  cost)  can  be  used.  The  result  is  an  increase  in  physical  address  size  while  retaining  the 
same  virtual  address  size,  eliminating  the  need  for  costly  program  conversions.  The  second,  and 
perhaps  more  important  advantage,  is  that  the  virtual  address  can  be  divided  into  regions  with  different 
access  rights.  Thus,  as  a side  effect  of  the  translation  algorithm,  the  hardware  can  detect  program  errors 
or  malicious  use  of  the  resources. 

The  mechanism  used  to  perform  the  translation  is  called  memory  mapping  and  is  typically  implemented 
with  a combination  of  logic  circuits,  micro-code,  Pc  state  registers,  and  even  tables  stored  in  Mp  state. 
The  policy  used  to  control  the  translation  algorithms  and  the  contents  of  the  auxiliary  translation  tables 
is  called  memory  management.  It  is  important  to  keep  this  distinction  clear.  Memory  mapping  is  a low 
level  activity  which  takes  place  on  each  memory  access  and  thus,  must  be  relatively  fast  and 
unencumbered  by  unnecessary  overhead.  Memory  management  decisions  take  place  less  often  and  are 
implemented  by  a combination  of  software  (usually  part  of  the  operating  system  of  the  machine)  and 
hardware  (usually  implementing  privileged  instructions),  thus  overhead  is  less  of  an  issue. 

The  two  roles  played  by  the  memory  mapping  algorithms  (address  translation  and  protection)  are 
often  intertwined  and  can  not  be  studied  separately. 


4.1.  Bank  Switching 

One  of  the  simplest  mechanism  for  performing  address  translations  involves  the  use  of  auxiliary  Pc 
state  registers  to  address  different  regions  of  the  physical  memory.  The  physical  memory  is  divided  into 
several  regions  (or  banks),  each  of  them  large  enough  to  accommodate  the  entire  virtual  memory  of  the 
ISP.  A register  in  Pc  state  is  used  to  hold  the  high  order  bits  of  the  (physical)  address  of  the  start  of  the 
bank  associated  with  the  currently  executing  process,  and  the  translation  algorithm  consists  of 
concatenating  the  virtual  address  generated  by  the  instructions  with  the  contents  of  the  bank  register: 
Mp(b  @ virtual. address] 

where  b is  the  name  of  the  bank  register  and  the  virtual  address  is  the  result  of  one  of  the  effective 
address  algorithms  studied  before.  Bank  registers  are  also  known  as  registers  relocation  because  they 
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facilitate  the  physical  change  of  location  (i.e. , relocation)  of  a program  and  its  data.  By  simply  changing 
the  contents  of  the  bank  register,  a program  can  gain  access  to  any  location  in  physical  memory,  even 
though  its  size  may  far  exceed  the  size  of  the  virtual  memory. 

Obviously,  a program  that  can  arbitrarily  set  the  contents  of  the  bank  register  can  access  any  location 
in  the  physical  storage  of  the  machine.  This  can  be  controlled  by  the  use  of  special,  privileged 
instructions  (not  available  to  the  user  programs)  to  set  the  contents  of  the  bank  register.  When  the 
operating  system  switches  between  user  processes,  the  bank  register  is  set  to  address  the  proper  bank  of 
physical  storage,  thus  keeping  user  processes  isolated  from  each  other. 

Multiple  bank  registers  can  be  implemented,  each  containing  the  high  order  bits  of  a physical  address. 
By  allowing  a user  process  to  select  any  bank  register,  larger  portions  of  physical  storage  can  be  made 
accessible  to  a single  process: 

Mplbli]  @ virtual. address] 

Notice  that  the  user  process  is  allowed  to  select  which  register  to  use,  but  not  its  contents.  When  the 
operating  system  switches  between  user  processes,  the  bank  registers  are  loaded  to  address  only  those 
banks  allocated  to  the  new  process.  A typical  allocation  would  be  to  use  separate  regions  for  program 
and  data.  The  processor  can  then  supervise  the  access  of  the  individual  regions  and  abort  or  suppress 
illegal  uses  (e.g.,  trying  to  write  into  a program  bank).  Since  the  supervisor  has  the  privilege  to  alter  the 
contents  of  the  bank  registers,  it  can  use  them  to  access  not  only  the  supervisor  code  and  data  but  also 
any  of  the  user  banks. 

The  current  page  register  in  the  PDP-8  acts,  in  a sense,  like  a bank  register  although  it  should  be  clear 
that  it  affects  the  generation  of  a virtual  address,  not  a physical  address.  Depending  on  the 
implementation,  a PDP-8  virtual  address  may  be  translated  into  a physical  address  using  bank  registers 
or  some  of  the  other  methods  to  be  described  later. 

The  use  of  multiple  banks  allows  some  degree  of  sharing  for  procedures  and  data  between  the  user 
processes.  The  operating  system  can  load  one  or  more  bank  registers  with  the  same  data  across  user 
processes,  thus  allowing  the  sharing  of  memory,  albeit  on  bank-sized  units. 

Memory  banks  are  too  large  a unit  of  protection  and  sharing  and  bank  switching  is  rarely  found  in 
actual  machines. 
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4.2.  Segmentation  and  Paging 

Segmentation  and  paging  are  the  two  most  commonly  used  techniques  to  implement  an  address 
mapping  scheme.  Although  they  can  be  studied  separately,  many  architectures  implement  techniques 
that  are  a mix  of  both  techniques. 

Both  segmentation  and  paging  make  use  of  tables  containing  information  used  by  the  hardware  in  the 
address  mapping  process.  These  tables  are  known  as  segment  or  page  tables,  respectively  although  they 
serve  similar  purposes.  We  will  use  the  term  relocation  table  when  the  distinction  is  not  important. 

A segment  is  a contiguous  portion  of  virtual  space  mapped  into  a contiguous  portion  of  physical  space. 
Ideally,  a segment  starts  at  an  arbitrary  address  (the  segment  base  address)  and  can  have  an  arbitrary 
size.  In  practice,  segment  base  addresses  are  restricted  to  some  boundary  (e.g.,  multiples  of  IK)  for  both 
virtual  and  physical  spaces.  A segment  table  contains  a number  of  segment  descriptors  , each  of  which 
describes  the  address  mapping  for  one  segment,  as  shown  in  Figure  4-1  The  information  stored  consists 
of  the  physical  base  address,  the  size,  and  the  access  rights  (e.g.,  read  only,  execute  only,  etc.). 
Bookkeeping  information  used  by  the  operating  system  is  also  included  in  the  descriptor  (e.g.,  physical 
location  in  secondary  storage,  whether  it  has  been  modified,  last  time  it  was  accessed,  etc.). 

A page  is  a contiguous  portion  of  virtual  memory  mapped  into  a contiguous  portion  of  physical  space. 
It  differs  from  a segment  in  that  it  has  a fixed  size  (although  some  machines  allow  several  page  sizes,  as 
in  the  System/370  which  uses  2K-  and  4K-byte  pages).  A page  table  contains  a number  of  page 
descriptors , each  of  which  describes  the  address  mapping  for  one  page,  as  shown  in  Figure  4-2.  The 
information  contained  in  a page  descriptor  is  similar  to  that  contained  in  a segment  descriptor,  except  for 
the  absence  of  a length  field. 

Burroughs  B 5000 

The  Burroughs  B 5000  uses  a segmentation  scheme.  An  area  of  memory  is  allocated  for  a Program 
Reference  Table  (PRT,  [Lonergan  and  King  1961]).  The  PRT  consists  of  up  to  1,024  48-bit  words  and 
can  be  relocated  in  memory.  It  contains,  in  addition  to  other  information  needed  to  control  a user’s 
process,  the  segment  descriptors  ( Data  Descriptors  and  Program  Descriptors  in  Burroughs  terminology.) 

Descriptors  contain  a 15-bit  physical  base  address  of  the  segment.  In  the  case  of  a program  descriptor, 
this  is  the  entry  address  of  a procedure.  In  the  case  of  a data  descriptor  this  is  the  address  of  the  first 
word  allocated  to  a data  structure.  In  addition  to  the  base  address,  a data  descriptor  includes  a 10  bit 
field  specifying  the  length  of  the  segment  (segments  can  be  up  to  1,024  48-bit  words).  A presence  bit  is 
used  to  indicate  whether  or  not  the  segment  is  currently  present  in  Mp. 

The  memory  mapping  scheme  used  in  the  B 5000  is  tuned  to  the  stack  oriented  instruction  set.  To 
access  an  arbitrary  word  within  a segment,  the  word  index  is  first  pushed  on  the  stack.  A descriptor  call 
syllable  is  then  executed,  specifying  the  segment  descriptor  index  in  the  PRT.  The  word  index  and  the 
physical  base  address  are  added  and  the  result  (in  the  form  of  a data  descriptor)  is  left  on  the  stack.  An 
operand  call  syllable  goes  one  step  further  and  pushes  the  data  word  on  the  stack,  as  shown  in  Figure  4- 
3. 
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Figure  4-2:  Paging  Address  Translation 
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Figure  4-3:  Segmentation  on  the  Burroughs  B 5000 


Memory  Management 


55 


The  memory  mapping  mechanism  used  in  the  B 5000  is  not  protected  from  the  user’s  program  since 
the  PRT  is  directly  accessible  and  modifiable.  However,  this  was  never  a serious  problem  in  actual 
practice.  The  B 5000  was  designed  to  be  programmed  exclusively  in  a high  level  language  (Algol  60) 
and  the  compiler  could  be  trusted  not  to  generate  code  that  would  modify  descriptors  in  a malicious 
way. 

DEC  PDP-11 

The  DEC  PDP-11  (model  70)  has  three  separate  address  spaces,  characterized  by  their  address  sizes: 

1.  16  bits,  processor  virtual  addresses 

2.  18  bits,  UNIBUS  addresses 

3.  22  bits,  physical  addresses 

The  processor  memory  management  unit  translates  16  bit  address  into  18  bit  addresses  used  by  the 
UNIBUS  and  into  22-bit  addresses  used  by  the  main  memory.  The  processor  can  execute  in  any  of  three 
modes  (Kernel,  Supervisor,  and  User)  and  each  mode  can  address  8 pages  for  instructions  (I-space) 
and  8 pages  for  data  (D-space).  The  information  needed  to  map  a virtual  page  is  contained  in  Page 
Address  Registers  (there  are  3*8*2  PARs).  In  addition  to  the  PARs,  an  equal  number  of  Page  Descriptor 
Registers  (PDR)  are  involved  in  the  translation  process.  Both  sets  of  registers  are  logically  located  in  the 
I/O  portion  of  the  UNIBUS  space,  as  shown  in  Figure  4-4.  Three  Memory  management  Registers  (MMR) 
record  status  information  and  contain  flags  to  enable  or  disable  mapping  in  the  different  modes.  The 
actual  memory  mapping  process  is  shown  in  Figure  4-5. 
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Page  address  registers. 


usepaAuser. page. address. registerfl 5:0] < 15:0>  :=  MBIO [#  1 7777677:#1 7777640] < 7:0>  , 

kerpaAkernel. page. address. registerll 5:0] < 15:0>  :=  MBIO [#  1 7772377:#1 7772340] < 7:0>  , 

suppaAsuper. page. address. register [1 5:0] < 15:0>  :=  MBIO[#17772277:#17772240]<  7:0>  , 


Page  description  registers. 


usepdAuser. page. description. registerll 5:0] < 15:0>  :=  MBIOl#17777637:#17777600]< 7:0> , 
kerpdAkernel. page. description. registerll 5:0] < 15:0>  : = MBIO [#17772337:#! 7772300] < 7:0>  , 
suppdAsuper.page. description. registerll 5:01  < 15:0>  :=  MBIO[#17772237:#l 7772200] < 7:0>  , 

Fields  in  the  Page  Descriptor  Registers. 


MACRO  acAaccess. control. field  :=  12:01, 

MACRO  ed\expansion. direction  :=  131, 

MACRO  wbit\written.bit  :=  161, 

MACRO  plfpage. length. field  :=  114:81, 

MACRO  abit\met.acf.conditions  :=  171, 


Figure  4-4:  PDP-11  Page  Address  and  Page  Descriptor  Registers 


In  Figure  4-5,  procedure  virt.phy  performs  the  mapping  of  virtual  addresses  into  physical  addresses.  The 
input  parameters  are:  mode  (Kernel,  Supervisor,  or  User  to  be  used  in  mapping),  address  (a  17  bit 
virtual  address,  the  top  bit  is  1 for  I space  and  0 for  D space),  and  write  (a  flag  set  to  1 if  the  access  is  a 
write-to-memory  operation).  The  value  of  virt.phy  is  a 22  bit  physical  address  in  all  cases. 
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The  PDP-11  does  not  implement  a pure  paging  system;  pages  can  vary  in  size  between  32  and  4,096 
words,  and  the  starting  physical  address  is  on  a 32-word  boundary  (i.e.,  addresses  are  multiples  of  64). 
The  actual  size  of  a page,  in  units  of  32-word  blocks,  is  contained  in  a Page  Length  Field  (PLF)  of  the 
page  descriptor  registers.  In  addition,  a page  can  grow  towards  either  increasing  or  decreasing  addresses. 
The  direction  of  growth  is  controlled  by  an  Expansion  Direction  flag  (ED)  of  the  page  descriptor  registers. 
Typically,  user  program  and  data  pages  grow  towards  increasing  addresses  while  stack  pages  grow 
towards  decreasing  addresses. 

The  local  definitions  in  the  procedure  allow  the  Page  Descriptor  Registers  and  the  Page  Address 
Registers  to  be  referenced  as  a single  register  file  despite  the  fact  that  the  user  mode  registers  are 
assigned  to  a separate  area  of  the  I/O  address  space 

A physical  address  is  generated  as  follows: 

1.  Select  a PAR/PDR  set  depending  on  the  current  mode  and  the  space  (i.e.,  instruction  or 
data)  being  accessed.  The  top  3 bits  of  a virtual  address  are  used  to  select  one  pair  of  this 
set.  The  rest  of  the  procedure  operates  on  the  selected  PAR/PDR. 

2.  The  Page  Length  Field  (PLF),  bits  14:8  of  the  PDR,  is  compared  with  the  block  number 
portion  of  the  virtual  address  (bits  12:6)  to  detect  a length  violation. 

3.  The  Access  Control  Field  (ACF),  bits  2:0  of  the  PDR,  is  tested  to  detect  access  violation. 

The  interpretation  of  this  field  is  as  follows: 

ACF  Meaning 

000  page  is  non-resident,  abort  all  accesses. 

001  page  is  read-only,  abort  on  write  attempts,  trap  on  read  attempts. 

010  page  is  read  only,  abort  on  write  attempts. 

011  unused,  abort  all  accesses. 

100  page  is  read/write,  trap  upon  completion. 

101  page  is  read/write,  trap  upon  completion  of  write  access. 

110  page  is  read/write,  no  aborts  or  traps. 

1 1 1 unused,  abort  all  accesses. 

4.  The  block  number  portion  of  the  virtual  address  (bits  12:6)  is  added  to  the  PAR.  The  result 
is  the  number  of  a 32  word  block  in  physical  memory.  This  is  a 16  bit  quantity. 

5.  The  displacement  portion  of  the  virtual  address  (bits  5:0)  is  concatenated  to  the  block 
number  generated  in  the  previous  step.  The  result  is  a 22  bit  physical  address. 

Figure  4-5  is  an  abridged  version  of  the  actual  memory  mapping  used  in  the  PDP-11.  The  complete 
algorithm  is  described  in  Appendix  III.  The  short  version  does  not  include  the  description  of  the 
memory  management  abort  procedure  and  the  generation  of  18-bit  physical  addresses  when  the  full 
memory  mapping  is  not  enabled. 
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virt.phy(mode<  1:0>  ,address<  16:0>  ,write<  >)<21:0>  : — 
begin  (US) 

**  Local. Definitions  ** 

pdr[#261 7:0] < 15:0>  :=  MBIO[#  1 7777637:#  1 7772200] < 7:0>  , 
par(#2617:0]<  15:0>  :=  MBIO[#  1 7777677:#  1 7772240] < 7:0>  , 
macro  ed^enable. data. space  :=  I(mmr3<2:0>  sld  mode)<2>l, 
pr.index<  10:0> , 
main  entry  : = 


begin 

DECODE  emm 
begin 
0 : = 

1 : = 

= > check  mapping  enabled 

virt.phy  <={tc)  (address<  15:1 3>  EQL  #7)@address<  15:0>  , 

begin  map  the  address 

DECODE  eds  =>  check  D space  enabled 

begin 

pr. index  = address<  1 5 : 1 3 > , I space  only 

pr. index  = (not  address<  16>  )@address<  1 5 : 1 3 > / and  D space 

end  next 

DECODE  mode  = > 
begin 

pr. index  = pr. index  + #40,  Kernel  base 

pr. index  = pr. index.  Supervisor  base 

abort(#6,pr. index),  reserved 

pr. index  = pr. index  + #2600  User  base 

end  next  check  page  length 

IF  (pdrtpr.index]  < plf>  tst  address<  12:6> ) eql  pdr[pr.index]<ed>@’0 

= > abort(#2,pr. index)  next  Check  access  type 

DECODE  write  => 
begin 

DECODE  pdrtpr.index] < acf>  =>  read  operation 

begin 
10,3,7]  : = 

abort(#4,pr.  index), 

[1.4]  : = 

(trap. mm  = tmm  = emmt;  pdrtpr.index] < abit>  =1), 
otherwise  : = 

no.opO 

end, 

DECODE  pdrtpr.index]  <acf>  =>  write  operation 

begin 
[0,3,7]  : = 

abort(#4,pr. index), 

[1,2]  : = 

abort(#l,pr. index), 

[4.5]  : = 

(trap.mm=  tmm=  emmt;pdr[pr.index]<abit:wbit>  = ’ll) 
otherwise  : = 

pdrtpr.index]  < wbit>  = 1 
end 

end  next  perform  the  mapping 

virt.phy  = (partpr. index]  + addressC  12:6>  )@address<  5:0>  NEXT 
end 

end 

end 

end. 

Figure  4-5:  PDP-11  Virtual  Memory  Mapping 
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IBM  System/370 

The  IBM  System/370  uses  a combination  of  segmentation  and  paging.  A segment  is  a block  up  to  64K 
or  1M  bytes  long,  beginning  at  an  address  that  is  a multiple  of  its  size.  A page  is  a block  of  2K  or  4K 
bytes,  beginning  at  an  address  that  is  a multiple  of  its  size.  The  size  of  pages  and  segments  are 
controlled  by  fields  in  Pc  control  registers. 

A 24-bit  virtual  address  is  divided  into  three  fields,  specifying  a segment  index  (4  or  8 bits),  a page 
index  (4  or  5 bits),  and  a byte  index  (11  or  12  bits).  The  relative  sizes  of  these  fields  are  controlled  by 
the  current  page  and  segment  sizes. 

Each  process  is  associated  with  a segment  table  whose  base  address  and  size  (number  of  entries)  are 
stored  in  a control  register.  Each  entry  in  the  segment  table  contains  the  base  address  and  size  of  a page 
table  used  to  map  addresses  within  a segment. 


dat(addr<  0:3 1 > ,rw<  > ,noaccs<  > )<  0:23>  : 
BEGIN 

"“Translation. Registers**!  us) 


field.  sel<0:4> 
page.size<0:l> 
segment. size<  0:1  > 
st.length<  0:7> 
st.address<0:17> 

st.entry<0:31> , 
pt.!ength<0:3> 
pt.address<0:20> 
segment. invalid<  > 

pt.entry<  0: 1 5>  , 
page.  invalid<  0:1  > 
segment. index<  0:7> , 
page.index<0:8> , 
pt.displacement<  0:3> , 
'oyte.index<  0:1 1> , 


= cr[0]  <8:1 2>  , 
= cr[0]<  8:9> , 

= cr  [0]  < 11:1 2> , 
= cr[l]<0:7> , 

= cr[l]<8:25>, 


= st. entry  < 0:3 > , 
= st.entry<  8:28> , 
= st.entry<  31  > , 


: = pt.entry<  1 2: 1 3>  , 


segment  table  entry 


page  table  entry 


Figure  4-6:  System/370  Segment  and  Page  Tables 


The  Dynamic  Address  Translation  (dat)  procedure  in  Figures  4-6,  4-7,  and  4-8  describe  the  memory 
translation  algorithm  used  in  the  System/370.  The  addr  parameter  is  a virtual  address  to  be  translated  (it 
is  the  result  of  one  of  the  effective  address  translation  algorithms  described  before,  only  the  rightmost 
24  bits  are  significant),  the  rw  parameter  describes  the  access  type  (0=read,  l=write),  the  noaccs 
parameter  is  a flag  indicating  how  the  physical  address  is  going  to  be  used  (0  = memory  access,  1=  Load 
Real  Address  instruction).  The  System/370  address  mapping  procedure  decomposes  the  virtual  address 
into  the  segment,  page,  and  byte  indices,  according  to  the  segment/page  format  information  stored  in 
Control  Register  0 (Figure  4-7)  and  then  computes  a physical  address  as  follows  (Figure  4-8): 

1.  The  segment  index  portion  of  the  virtual  address  is  used  to  select  an  entry  from  the 
segment  table.  This  entry  designates  the  page  table  to  be  used. 

2.  The  page  index  portion  of  the  virtual  address  is  used  to  select  an  entry  in  the  page  table. 
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MAIN  entry  : = 
begin 

DECODE  t => 
begin 

0:  = dat  = addr,  Translation  off 

1 : = begin  Translation  on 

DECODE  field. sel  =>  Decompose  Virtual  Address 


begin 

’01000  : = 

begin 

segment. index  = addr<  8: 1 5> ; 
page. index  = addr<16:20>; 
pt. displacement  = addr<16:19>; 
byte. index  = addr<  21 :3 1 > 
end. 

64K,  2K 

’10000  : = 

begin 

segment. index  = addr<8:15>; 
page. index  = addr<16:19>; 
pt. displacement  = addr<16:19>; 
byte. index  = addr<  20:3 1 > 
end. 

64K,  4K 

’01010  : = 

begin 

segment. index  = addr<  8: 1 1 > ; 
page. index  = addr<12:20>; 
pt. displacement  = addr<  1 2: 1 5> ; 
byte. index  = addr<  2 1 :3 1 > 
end. 

1M,  2K 

’10010  : = 

begin 

segment. index  = addr<8:ll>; 
page. index  = addr<  12:1 9> ; 
pt. displacement  = addr<  12: 1 5> ; 
byte. index  = addr<  20:31  > 
end. 

1M,  4K 

otherwise  : 
end  next 

= suppress!....) 

Figure  4-7:  System/370  Memory  Mapping  - Part  1 


This  entry  contains  the  high  order  bits  of  the  physical  address.  The  low  order  bits  are  taken 
directly  from  the  byte  index  portion  of  the  virtual  address. 

3.  If  the  translation  mechanism  was  invoked  as  a result  of  a Load  Real  Address , LRA,  the 
procedure  terminates  at  this  point,  otherwise  the  access  type  (i.e.,  read  or  write)  is  tested 
against  the  storage  protection  keys.  These  are  an  array  of  7-bit  entries,  one  entry  for  each 
block  of  2K  bytes  of  physical  storage: 

Key  field  Description  Access  Control  Bits 

Bits  0:3  are  matched  against  a protection  key  (in  the  processor  status 
word)  whenever  a write  access  is  attempted  or  when  fetching  is 
attempted  from  a page  protected  against  fetching  (see  following  field).  If 
a mismatch  occurs,  the  operation  is  terminated  and  an  exception  raised. 

Fetch  Protection  Bit 

If  bit  4 is  set  to  0,  only  write  accesses  are  monitored  by  the  access 
control  bits,  otherwise  both  read  and  write  accesses  are  monitored. 

Reference  Bit  Bit  5 is  set  to  1 each  time  a location  within  the  block  is  accessed  (either 
read  or  written). 

Bit  6 is  set  to  1 each  time  a location  within  the  block  is  written  into. 


Change  Bit 
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IF  st. length  LSS  segment. index<  0:3>  => 
nullify ( ) next 

dat  = (st.address@"0  + segment.index)@’00  next 
IF  dat  gtr  "FFFFFF  => 
suppress!....)  next 
st. entry  = MW  [dat]  next 
IF  segment. invalid  => 
nullify!....)  next 

IF  pt. length  LSS  pt. displacement  => 
nullify!....)  next 

dat  = !pt.address@’00  + page.index)@'0  next 
IF  dat  gtr  "FFFFFF  => 
suppress!....)  next 
pt. entry  = MH[dat]  next 
IF  page. invalid  and  page. size  => 
nullify!....)  next 

IF  pt.entry<  13:14>  neq  0 => 
suppress!....)  next 

dat  = pt.entry<0:14>@#000  or  byte. index 
end 
end  next 

IF  noaccs  =>  LEAVE  dat  next 

IF  dat  gtr  "FFFFFF  =>  suppress!....)  next 

IF  rw  or  stkeys[dat<0:12>]<4>  => 

IF  protky  neq  stkeys[dat< 0: 12> ]< 0:3>  => 
suppress!....)  next 
stkeys[dat<  0: 1 2>  ]<  5:6>  = ’l@rw 
end 


gel  segment  table  entry 
Table  Length 

Descriptor  A ddress 
Test  storage  limit 

Fetch  Segment  Descriptor 
Test  Presence  in  Mp 

get  page  table  entry 
Table  Length 

Descriptor  Address 
Test  storage  limit 

Fetch  Page  Descriptor 
Test  Validity 


Generate  physical  address 


if  Load  Real  Address  we  are  done 
Test  storage  limit 
Check  storage  protection 


Record  use  of  block 


Figure  4-8:  System/370  Memory  Mapping  - Part  2 


The  Storage  Protection  Keys  are  not  part  of  the  physical  storage.  A program  can  explicitly  inspect  and 
modify  a key  via  (privileged)  instructions  Set  Storage  Key  (SSK)  and  Insert  Storage  Key  (ISK). 

Individual  segments  or  pages  within  a segment  may  not  be  present  in  primary  memory  in  which  case 
the  operation  is  terminated  and  a segment  or  page  fault  exception  is  raised.  If  the  physical  address  is 
outside  the  limits  for  a particular  installation,  the  operation  is  terminated  and  an  addressing  exception  is 
raised.  Both  segment  and  page  indices  are  compared  against  the  limits  and  if  they  fall  outside  the  range 
an  exception  is  raised.  The  Figures  show  an  abridged  version  of  the  actual  address  translation 
mechanism.  Missing  are  the  exception  raising  procedures  ( suppress  and  nullify).  For  full  details  refer  to 
Appendix  IV. 
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4.3.  Implementation  Techniques 

Since  address  translations  may  be  required  several  times  for  each  instruction,  there  may  be  a severe 
loss  of  performance  if  the  mapping  algorithms  are  not  implemented  efficiently.  The  simplest  technique  is 
a literal  implementation  of  the  algorithms.  A descriptor  table  can  be  stored  in  memory  with  some  Pc 
state  register  containing  a pointer  to  the  base  of  the  table  (nobody  has  proposed  to  use  a fixed  address 
for  the  translation  tables).  This  is  the  technique  used  in  the  Burroughs  B 5000.  Multiple  table  base 
registers  can  be  used.  For  instance,  the  operating  system  could  have  its  own  register,  allocating  the  rest 
to  one  or  more  user  processes.  This  technique  requires  one  or  more  additional  memory  accesses  per 
address  translation,  depending  on  the  complexity  of  the  mapping  algorithm. 

The  scheme  can  be  improved  by  allocating  the  table  to  an  array  of  fast  registers  in  the  Pc  state.  The 
gains  in  speed  are  obvious.  However,  the  costs  associated  can  be  prohibitive.  If  the  number  of  relocation 
table  entries  (page  or  segment  descriptors)  exceeds  the  available  number  of  fast  registers,  an 
intermediate  mapping  step  must  be  used:  A subset  of  the  map  entries  are  allocated  to  the  Pc  state 
registers  and  a table  look-up  operation  is  performed.  If  the  needed  entry  is  found,  the  address 
translation  takes  place  without  further  delay.  If  the  entry  is  missing,  the  address  translation  is 
interrupted  while  the  missing  entry  is  retrieved  from  memory  and  stored  in  one  of  the  fast  registers. 
Programs  that  exhibit  locality  of  references  usually  find  the  needed  mapping  entries  in  these  fast 
registers  (sometimes  called  translation  buffers  ) and  their  performance  approaches  that  of  a more  costly 
implementation,  in  which  all  mapping  entries  are  stored  in  fast  registers. 

In  systems  in  which  a cache  memory  is  implemented  as  part  of  the  memory  hierarchy,  a similar  speed 
up  can  be  achieved  without  the  use  of  translation  buffers.  A virtual  address  is  used  as  the  retrieval  key 
and  when  a hit  occurs,  the  datum  is  retrieved  directly,  eliminating  the  address  translation  step.  The 
cache  memory  can  also  hold  frequently  used  relocation  table  entries,  and  a miss  does  not  imply  a total 
loss,  since  the  desired  table  entry  might  be  in  the  cache.  Thus,  the  address  translation  is  still  necessary 
but  the  mapping  information  is  readily  available  from  the  cache.  In  systems  with  multiple  levels  of 
mapping  (e.g.,  the  System/370),  any  of  the  intermediate  mapping  entries  could  be  stored  in  the  cache. 

The  size  of  the  mapping  units  also  affect  the  performance  of  a virtual  memory  system.  If  the  units  can 
be  arbitrarily  small  (say,  one  word)  the  number  of  table  entries  grows  large  and  the  overhead  and  cost 
of  the  scheme  increases.  If  the  units  have  a minimal  length  (say,  2K  bytes,  as  in  the  System/370)  the 
last  page  of  a segment  will  be,  on  the  average,  half  full  (that  is,  half  wasted).  This  problem  is  known  as 
internal  fragmentation. 

If  a physical  memory  hierarchy  is  used  to  implement  a large  virtual  memory,  portions  of  a process’ 
virtual  space  will  be  moved  between  Mp  and  Ms  (or  even  Mt).  An  incoming  block  must  be  allocated  to 
some  free  area  (a  hole)  of  Mp,  sufficiently  large  to  contain  the  incoming  block,  with  possibly  some  room 
to  spare.  After  a while,  a situation  known  as  external  fragmentation  can  occur,  in  which  the  total  free 
space  is  larger  than  a request,  but  no  single  hole  can  satisfy  it.  When  this  occurs,  the  system  must 
consolidate  the  free  space  by  shuffling  around  the  allocated  blocks. 
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From  a programming  point  of  view,  the  best  scheme  is  pure  segmentation  , with  segments  of  arbitrary 
size,  allocated  to  the  data  structures  and  procedures  of  a program.  This  facilitates  protection  and  sharing 
of  the  logical  units  of  a program,  independently  of  the  architecture  of  the  processor.  From  an  address 
translation  point  of  view,  either  pure  paging  or  pure  segmentation  are  desirable  (the  former  is  slightly 
simpler,  since  no  length  check  is  needed),  with  small  blocks  to  reduce  internal  fragmentation.  From  a 
memory  hierarchy  point  of  view,  the  simplest  scheme  is  pure  paging  to  eliminate  the  external 
fragmentation  problem  with  page  size  matching  the  physical  characteristics  of  the  Ms  devices  (e.g.,  a 
disk  sector  or  track).  These  are  all  conflicting  demands  that  must  be  taken  into  account  by  the  software 
and  hardware  designers  to  produce  well  balanced  and  efficient  systems.  For  a discussion  of  paging, 
segmentation,  and  their  trade-offs  see  [Denning  1970].  Section  2 in  [Siewiorek,  Bell,  and  Newell  1982] 
presents  an  overview  of  the  memory  hierarchies  used  in  a variety  of  systems. 


4.4.  Problems 

1.  Autoincrementing  addressing  modes  make  operations  such  as  stepping  through  arrays  easy. 
Discuss  memory  management  problems  with  such  side  effects  to  addressing  modes. 

2.  In  the  discussion  of  the  PDP-11  Virtual  Address  Computation,  mention  was  made  of  the 
fact  that  data  and  program  pages  "grow  up"  while  stack  pages  "grow  down".  Re-examine  the 
addressing  modes  of  the  PDP-11  and  come  up  with  an  explanation  of  this  seemingly  odd 
behavior  for  stack  pages. 

3.  Using  the  ISPS  description  of  the  PDP-8  given  in  Appendix  II,  design  an  address  translation 
mechanism  that  will  support  16  MBytes  of  physical  memory  and  modify  the  ISPS 
description  accordingly.  It  is  likely  that  you  will  need  to  define  new  instructions  to  support 
the  PDP-8  virtual  memory  scheme.  Enumerate  and  justify  these  new  instructions  and  add 
them  to  the  ISPS  description. 
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5.  Control  and  Programming  Techniques 

Instruction  set  processors  provide  a variety  of  mechanisms  for  altering  straight  line  program  flow.  As 
depicted  in  Table  5-1,  these  mechanisms  cover  a spectrum  from  those  under  direct  user  control  to  those 
evoked  automatically  by  hardware. 


User  Explicit  Control 

Skip 

Jump 

Branch 

Loops 

Subroutines 

Coroutines 

Operating  System  Calls 

Traps 

Interrupts 

Faults 

Aborts 


Automatic  Control 

Table  5-1:  Range  of  Program  Control 


The  most  common  form  of  control  is  the  capturing  of  exceptional  conditions  in  part  of  the  Pc  state 
for  subsequent  examination  by  software.  Examples  of  exceptional  conditions  typically  recorded  in  Pc 
state  are  shown  in  Table  5-2.  Exceptions  include  attempted  execution  of  illegally  formed  instructions  or 
operands;  performance  monitoring  or  program  debugging;  and  memory  or  machine  malfunctions. 


Arithmetic 

Stack  invalid/overflow 

Reserved  or  privileged  instruction  execution 

Reserved  operand  accessed 

Reserved  addressing  mode  used 

Access  control  violation/odd  address 

Address  translation  invalid 

Trace  pending 

Breakpoint  instruction 

Parity  error  on  memory  data 

Corrected  memory  read  data  in  ECC  memory 

Memory  write  timeout 

Power  fail 

Machine  check 


Table  5-2:  General  Exceptions 
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5.1.  Arithmetic  Exceptions,  Condition  Codes,  Skip/Branch/Jump 
Instructions 

The  assembly  language  programmer  is  responsible  for  sensing  exceptional  conditions  whenever  their 
occurrence  would  alter  the  validity  of  computations.  The  amount  of  hardware  devoted  to  exception 
detection  and  reporting  can  greatly  simplify  the  programmer’s  task.  For  example,  consider  arithmetic 
exceptions.  Table  5-3  lists  some  of  the  arithmetic  exceptions  that  require  special  processing. 


Integer  overflow 
Integer  divide  by  zero 
Floating  overflow 
Floating/decimal  divide  by  zero 
Floating  underflow 
Decimal  overflow 
Subscript  range 

Table  5-3:  Arithmetic  Exceptions 


In  particular,  consider  integer  overflow.  The  PDP-8  provides  only  the  most  elementary  hardware 
support  for  arithmetic  operations  and  exceptional  condition  detection.  The  sole  arithmetic  operator  is 
the  Two’s  complement  add.  Integer  overflow  can  be  detected  by  a program  that  checks  to  see  if  the 
operands  have  the  same  sign  (i.e.,  both  positive  or  both  negative)  and  the  result  has  the  opposite  sign 
(i.e.,  negative  or  positive,  respectively).  Such  a program  would  require  on  the  order  of  15  instructions,  a 
significant  overhead  if  every  addition  must  be  checked. 

Other  arithmetic  conditions,  even  though  they  are  not  exceptional,  are  of  interest  for  changing 
program  flow.  These  conditions  include  whether  the  result  was  positive  or  negative,  whether  the  result 
was  zero,  or  whether  a carry  was  generated.  In  the  PDP-8  positive,  negative,  and  zero  results  can  be 
tested  by  a set  of  skip  instructions.  If  the  skip  condition  is  met,  the  next  instruction  is  skipped  and 
conditional  processing  continued.  The  skipped  instruction  is  usually  a jump  that  allows  execution  to 
continue.  Note  that  compound  conditions  require  a sequence  of  skips  to  be  executed.  As  an  example. 


the  program  below 

checks  a result  in  the  PDP-8  accumulator  for 

"less  than  or  equal  to  zero". 

SMA 

Skip  on  minus  accumulator,  otherwise 

JMP 

TESTZERO 

Continue  testing 

CONDITIONMET: 

Condition  handling 

TESTZERO:  SZA 

Skip  on  zero  accumulator 

JMP 

CONTINUE 

Otherwise  continue 

JMP 

CONDITIONMET 

Jump  to  condition  handling 

CONTINUE: 

In  order  to  capture  a carry,  the  link  bit  serves  as  the  13th  bit  in  the  12-bit  add  operation.  Two  skip 
instructions  can  be  used  to  check  the  sense  of  the  link  bit. 


The  next  level  of  hardware  support  for  arithmetic  condition  handling  is  to  collect  the  various 
exceptions  and  conditions  into  a part  of  the  Pc  state  called  the  condition  codes.  Most  instructions. 
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except  primarily  program  flow  control  instruction  (thus  enabling  multiple  tests),  set  the  condition  codes. 
The  System/370  has  a two-bit  condition  code  which  is  set  to  one  of  four  states.  The  interpretation  of 
the  four  states  is  a function  of  the  instruction.  The  typical  settings  are  for  zero,  positive,  negative,  and 
overflow  conditions.  However,  the  Intel  8080  also  provides  a parity  condition  code  which  is  set  to  the 
odd  parity  (set  if  the  number  of  ones  in  the  data  is  even)  of  the  data.  Parity  is  frequently  checked  in 
communication  applications  when  character  data  types  are  transmitted  with  parity.  Including  the  parity 
condition  code  simplifies  checking  for  invalid  parity.  A "branch  on  condition"  instruction  causes  a 
transfer  of  control  if  the  specified  condition  matches  the  condition  codes. 

The  PDP-11  has  four  integer  condition  codes  for  negative  (N),  zero  (Z),  overflow  (V),  and  carry  (C). 
By  sensing  various  combinations  of  the  condition  codes,  branch  instructions  can  detect  conditions 
specific  to  different  data  types.  Table  5-4  illustrates  the  PDP-11  branch  instructions  grouped  into  classes. 
One  class  senses  individual  condition  codes,  a second  class  senses  conditions  assuming  signed  operands, 
and  a third  class  senses  conditions  assuming  unsigned  operands.  Note  that  BNE,  BEQ  sense  the  single 
condition  code  Z while  BPL,  BMI  sense  the  single  condition  code  N.  These  four  branches  could  equally 
well  be  listed  in  the  individual  condition  class. 

The  PDP-11  branch  instructions  can  be  used  to  return  information  about  operands  beyond  the 
representational  range  of  the  machine.  For  example,  consider  the  BLT  instruction.  In  ISPS: 

BLT  :=  branch  (N  xor  V), 

If  there  is  a negative  result  with  overflow,  the  representation  of  the  result  will  be  positive  and  the 
overflow  bit  V will  be  set,  allowing  for  a correct  branch  even  though  there  was  overflow.  Likewise,  a 
positive  result  with  overflow  leaves  both  N and  V set  to  1 and  no  branch  occurs. 

The  programmer  should  place  the  branch  instruction  immediately  after  the  instruction  that  produces 
results  to  be  detected  since  intervening  instructions  may  alter  the  condition  codes.  Some  instructions 
allow  sensing  of  conditions  without  altering  any  operands;  that  is,  the  operation  is  performed,  the 
condition  codes  set,  and  the  operation  results  discarded  without  storing.  The  PDP-11  Test  (TST)  , 
Compare  (CMP),  and  Bit  Test  (BIT)  are  examples  of  instructions  that  only  set  condition  codes.  The 
user  should  look  for  the  cases  when  the  condition  code  setting  only  instructions  have  a different  result 
than  the  corresponding  operand  storing  condition  code  setting  instruction.  In  the  PDP-11,  the  Compare 
(CMP)  instruction  only  sets  condition  codes  according  to  the  result  of  subtracting  operand  2 from 
operand  1.  The  Subtract  (SUB)  instruction  sets  condition  codes  and  stores  the  result  of  subtracting 
operand  1 from  operand  2.  The  CMP  cannot  be  considered  a special  case  of  the  SUB  instruction. 

When  implementing  an  architecture,  the  designer  has  to  be  careful  to  separate  architecture  from 
implementation.  To  illustrate,  consider  the  carry  condition  code.  In  a subtract  instruction,  the  carry 
condition  code  actually  represents  a borrow: 

c @ temp  = temp2  - tempi 

An  alternative  way  to  implement  subtraction  is  to  take  the  negative  representation  of  tempi  then  add. 
For  Two’s  complement  negative  numbers  this  is: 

c @ temp  = temp2  + (not  tempi)  + 1 
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Condition  Code 


Branch  on  overflow  clear 
Branch  on  overflow  set 
Branch  on  carry  clear 
Branch  on  carry  set 


(BVC) 

(BVS) 

(BCC) 

(BCS) 


Signed 


Branch  on  not  equal  to  zero 

Branch  on  equal  to  zero 

Branch  on  greater  than  or  equal  to  zero 

Branch  on  less  than  zero 

Branch  on  greater  than  zero 

Branch  on  less  than  or  equal  to  zero 

Branch  on  plus 

Branch  on  minus 


(BNE) 

(BEQ) 

(BGE) 

(BLT) 

(BGT) 

(BLE) 

(BPL) 

(BMI) 


Unsigned 


Branch  on  higher 

Branch  on  lower  or  the  same 


(BHI) 

(BLOS) 


Table  5-4:  Branch  Instructions  by  Class 


The  value  in  c for  the  two  cases  is  different.  Consider: 

temp2<3:0>  = 0110 
tempi  <3:0>  = 1010 

Then: 

c@  temp<  3:0>  = ’0110  - ’1010  = ’11100 

and: 

c@  temp<3:0>  = ’0110  + (’0101 + ’l) 


If  an  instruction  set  does  not  support  multiple  precision  data  types,  the  carry  condition  code  can  be 
used  to  "link"  partial  results  together  (hence  the  origin  of  the  L or  Link  bit  in  the  PDP-8).  A double 
precision  add  of  operands  stored  at  addresses,  X,  X + l and  Y,  Y + l and  stored  at  Z,  Z+l  in  memory 
can  be  programmed  on  the  PDP-8  as  shown  in  Figure  5-1  (a). 

The  PDP-11  added  instructions  to  explicitly  Add  or  Subtract  the  Carry  (ADC,  SBC).  The  double 
precision  PDP-11  program  appears  in  Figure  5-1  (b) . 

The  distinction  between  branch  and  jump  instructions  are  not  standardized.  However,  a branch 
instruction  is  usually  limited  in  the  range  of  possible  destination  addresses  whereas  jump  instruction 
usually  can  specify  any  address  as  a destination.  In  the  PDP-11,  the  least  significant  eight  bits  of  the 
branch  instruction  is  treated  as  a Two’s  Complement  number  to  be  added  to  the  current  value  of  the 
program  counter  if  the  branch  conditions  are  met: 


0110  + ’0110 
01100 
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CLA 

Zero  Accumulator 

TAD 

X 

Load  in  least  significant  half  of  first  operand 

TAD 

Y 

Add  least  significant  half  of  second  operand 

DCA 

Z 

Store  least  significant  half  of  second  operand 

SZL 

Skip  if  link  clear  to  avoid  addition  of  carry 

IAC 

Add  carry  to  accumulator 

TAD 

X+l 

Add  most  significant  haf  of  first  operand 

TAD 

Y+l 

Add  most  significant  half  of  second  operand 

DCA 

Z+l 

Store  most  significant  half  of  result 

(a)  PDP-8 

CLR 

Z + 2 

Clear  most  significant  half  of  Z 

MOV 

x,z 

Move  least  significant  half  of  first  operand  to  Z 

ADD 

Y,Z 

Add  the  least  significant  half  of  second  operand  to  Z 

ADC 

Z+2 

Add  carry,  whether  0 or  1 

ADD 

X + 2,Z  + 2 

Add  most  significant  half  of  first  operand 

ADD 

Y + 2,z+2 

Add  most  significant  half  of  second  operand 

(b)  PDP-11 

Figure  5-1:  Double  Precision  Addition 


branch(condition<  > ) : = 
begin 

IF  condition  =>  R[7]  = R [7]  + offset@’0 
end, 

Since  instructions  can  only  begin  at  word  boundaries,  the  offset  is  multiplied  by  two  to  give  an 
effective  range  of  +127  to  -128  words  (+254  to  -256  bytes)  for  the  branch  instruction.  Note  that  skip 
instructions  are  a special  case  of  branch  instructions  in  that  the  offset  takes  on  one  value,  one  word  for 
the  PDP-8,  and  need  not  be  explicitly  represented  in  the  instruction  format.  All  branch/skip  instruction 
sets  must  have  at  least  one  Jump  instruction  for  those  cases  when  the  branch  destination  is  beyond  the 
range  of  the  branch  offset. 

Even  with  condition  codes  and  branch  instructions,  the  testing  for  exceptional  arithmetic  conditions 
can  be  time  consuming.  In  the  limit,  every  arithmetic  operation  would  have  to  be  paired  with  a branch 
instruction.  An  alternative  is  to  let  the  hardware  automatically  check  for  exceptions  after  every 
arithmetic  operation.  If  an  exception  is  detected,  the  hardware  performs  a trap  operation.  First  the 
value  of  the  program  counter  and  condition  codes  are  saved  in  memory.  Then  the  new  values  of  the 
program  counter  and  condition  codes  are  loaded  from  memory  locations  (called  a trap  vector)  specific  to 
the  exception  type.  The  VAX-11  [DEC  1979]  employs  automatic  arithmetic  traps  to  relieve  the 
programmer  of  the  tedious  task  of  exception  detection.  Exception  traps  are  frequently  implemented 
similar  to  I/O  interrupts  (see  Chapter  6). 
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5.2.  Loop  Control 

Loops  and  other  repeated  blocks  of  instructions  are  frequently  used  constructs  in  programming 
languages.  A separate  variable  that  represents  a loop  counter  can  be  maintained.  Loop  counter 
modification  can  be  followed  by  a branch/jump  instruction  to  sense  the  loop  termination  condition. 

Instruction  set  processors  usually  contain  instructions  that  facilitate  the  implementation  of  loops.  The 
PDP-8  has  the  increment  and  skip  if  zero  (ISZ)  instruction: 

#2\ISZ  :=  begin 

Mleadd]  = MleaddO]  + 1 next 
IF  Mleaddl  eql  0 =>  PC  = PC  + 1 
end, 

Stored  at  M[eadd]  is  the  Two’s  complement  representation  of  the  desired  number  of  passes  through 
the  loop.  After  incrementing,  if  the  result  is  zero,  the  program  counter  is  incremented,  thus  skipping 
the  following  instruction  (usually  a jump  to  the  start  of  the  loop).  A loop  can  thus  be  implemented  as 
shown: 


CLA 

Clear  accumulator 

TAD  PASSES 

Get  number  of  passes  through  loop 

CMA,IAC 

Complement  and  increment  accumulator 
forming  the  Two’s  complement  of  the 
number  of  passes 

DCA  COUNT 

Set  up  counter 

.... 

Loop  body 

ISZ  COUNT 

Test  for  termination  of  looping 

JMP  LOOP 

Otherwise  Jump  back 

.... 

Code  following  loop 

the  PDP-8  programming  example, 

the  test  is  made  at  the  end  of  the  loop.  Hence  if  PASSES  is 

zero,  the  loop  body  is  executed  4096  times  (212).  An  alternative  is  to  place  the  test  at  the  beginning  of 
the  loop  and  have  PASSES  contain  the  number  of  passes  through  the  loop  plus  1. 

The  PDP-11  combines  the  loop  variable  modification  and  branching  in  one  instruction:  Subtract  One 
and  Branch  (SOB).  The  IBM  System/370  Branch  on  Count  instructions  (BCT,  BCTR)  subtract  one  from 
a register.  If  the  register  is  not  zero,  the  branch  is  taken,  as  shown  below: 

BCTR  :=  Branch  on  count-register 

begin 

t24  = R[R2]< 8:31>  next 

R[R1]  = RlRll  -{ TC)  1 next 

IF  (R [R 1 ] neq  0)  and  (R2  neq  0)  =>  PC  = t24 

end. 

The  VAX-11  Add  Compare  and  Branch  instruction  allows  various  values  to  be  added  to  the  index 
prior  to  comparison  and  branching  if  the  condition  is  met.  A Case  statement  can  be  used  to  implement 
computed  Go  To  and  Case  statements  from  higher  level  languages. 
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5.3.  Subroutines  and  Coroutines 

From  the  first  usage  of  the  stored  program  computer,  it  was  obvious  that  a sequence  of  instructions 
might  have  to  be  executed  several  different  times  in  a program.  Such  a set  of  instructions  is  called  a 
subroutine  and  effectively  extends  the  functionality  of  the  instruction  set  processor.  The  processor  must 
provide  a means  of  transferring  to  the  subroutine  and  uniquely  marking  the  calling  site  so  that  a return 
can  be  effected  upon  completion  of  the  subroutine. 

If  the  program  counter  is  accessible  to  instructions,  a programmer  could  write  instruction  sequences  to 
call  and  return  from  subroutines.  Since  subroutine  calls  occur  so  frequently  (Instruction  traces  indicate 
that  a subroutine  call  occurs  approximately  every  100  instructions  [Lunde  1977]),  processors  provide 
special  instructions  for  calling  and  returning  from  subroutines.The  PDP-8  provides  the  minimal  support 
for  subroutines  in  the  form  of  the  JMS  instruction: 

#4\JMS  :=  begin 

MleaddOl  = PC  next 
PC  = eadd  + 1 
end. 

The  return  address  is  stored  in  memory  at  the  first  location  in  the  subroutine  and  subroutine 
execution  starts  at  the  second  location.  A return  to  the  calling  site  is  achieved  by  executing  a jump 
(JMP)  with  indirect  addressing  through  the  first  location  of  the  subroutine.  A major  problem  with 
storing  the  return  address  in  the  first  location  of  the  subroutine  is  that  it  modifies  the  subroutine  code. 
Hence  subroutines  could  not  be  placed  in  ROM  (Read  Only  Memory).  Keep  in  mind  that  the  PDP-8 
was  designed  prior  to  the  introduction  of  low  cost  ROM  technology.  Subsequently  a 13th  bit  was  added 
to  some  PDP-8  memories  so  that  when  turned  on  the  bit  pattern  in  the  first  subroutine  ROM  location 
was  treated  as  a 12-bit  indirect  address  to  read/write  memory  where  the  return  address  could  be  stored. 

To  avoid  modification  of  subroutine  locations,  the  return  address  could  be  stored  in  a register  in  the 
Pc  state.  The  System/370  has  Branch  and  Link  instructions  (BAL  and  BALR)  that  store  the  return 
address  in  a general  register: 

BALR  :=  Branch  and  link  register 


In  multiprogramming  environments,  a shared  subroutine  could  be  called  by  a second  program  before 
the  first  call  is  completed.  Without  some  overt  action  on  the  part  of  the  subroutine  to  save  the  contents 
of  the  link  register,  the  return  address  would  be  overwritten  and  lost.  The  PDP-11  Jump  Subroutine 
(JSR)  instruction  stores  a linkage  register  on  a stack  in  Mp  and  the  program  counter  in  the  linkage 
register.  The  Return  from  Subroutine  (RTS)  instruction  loads  the  program  counter  with  the  linkage 
register  and  restores  the  prior  contents  of  the  linkage  register  from  the  top  of  the  stack  in  Mp.  By 
utilizing  a stack,  a subroutine  can  be  called  by  several  programs  in  a multiprogramming  environment 
( Re-entrant  subroutine)  or  a subroutine  could  even  call  itself  ( Recursive  subroutine). 


begin 

t24  = R[R2]<  8:3 1 > next 
R [R 1 ] = PC  next 
IF  R2  =>  PC  = t24 
end, 


Save  program  counter 
Branch  is  R 2 neq  0 


Get  target  address 


Coroutines  are  procedures  that  cooperate  in  parallel  as  do  coworkers.  (Subroutines  are  subordinate 
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to  the  calling  procedure.)  The  first  procedure  computes  for  as  long  as  possible,  then  calls  the  second 
procedure.  The  second  procedure  computes  and  returns  to  the  calling  site  of  the  first,  and  so  forth. 
Unlike  subroutines,  which  are  always  entered  at  the  beginning,  coroutines  are  entered  at  the  last  point 
of  coroutine  call.  In  the  PDP-11,  a jump  coroutine  is  effected  by  JSR  @(r6)  + , r7  (jump  subroutine 
indirect  through  the  top  of  the  stack  pointed  to  by  register  6,  pop  the  stack  by  autoincrementing  the 
stack  pointer,  and  use  the  program  counter  as  the  linkage  register)  which  exchanges  the  current  value  of 
the  program  counter  with  the  top  of  the  stack. 

Usually,  subroutines  are  passed  parameters  to  particularize  the  subroutine  execution.  As  with  return 
addresses,  there  are  a number  of  places  subroutine  parameters  can  be  stored.  Parameters  can  be  passed 
in  memory  immediately  following  the  subroutine  call.  (The  normal  usage  of  the  PDP-11  JSR 
instruction  places  the  program  counter  in  the  linkage  register  where  it  can  be  used  with  the 
autoincrement  addressing  mode  to  sequentially  access  parameters.)  However,  this  modifies  the  code 
sequence  and  prevents  ROM  implementations  of  the  code.  Parameters  could  be  passed  in  a global  or 
common  memory  area.  Parameters  could  be  passed  in  general  registers  however,  due  to  the  scarcity  of 
Pc  registers,  this  technique  is  usually  restricted  to  subroutines  with  a small  number  of  parameters. 
Parameters  could  also  be  stored  in  a stack.  The  stack  has  the  advantage  that  only  an  amount  of 
memory  need  be  allocated  that  is  equal  to  the  deepest  dynamic  nesting  of  subroutine  calls  (i.e.,  the 
maximum  number  of  subroutines  incompletely  executed  at  any  time). 

The  processor  can  provide  varying  amounts  of  support  for  stacks.  The  most  primitive  form  of  support 
simply  allows  the  manipulation  of  addresses  as  a data  type  so  that  stack  pushes  and  pops  can  be 
programmed.  In  the  PDP-8,  indirect  addressing  can  be  used  to  manipulate  a stack.  The  System/370 
utilizes  registers  for  data  as  well  as  address  operands,  hence  also  allowing  stack  manipulation.  Explicit 
stack  programming  may  take  several  instructions  per  stack  operation.  The  next  stage  of  support  is 
through  addressing  modes  again  using  general  registers.  The  PDP-11  pre-decrementing  (for  PUSH)  and 
post-incrementing  (for  POP)  enable  single  instruction  PUSH  and  POP  for  stacks  that  grow  down  in 
memory.  As  with  other  data  formats,  the  stack  pointer  can  be  tested  for  legality  after  each  operation.  A 
programmed  check  can  take  about  five  instructions,  a substantial  overhead.  In  addition,  certain 
hardware  operations  may  automatically  use  the  stack  (for  example,  see  the  interrupt  discussion  in 
Chapter  6)  preventing  a software  check.  Thus  stack  pointer  validity  can  be  checked  as  an  exception  by 
the  hardware.  The  PDP-11  has  hardware  that  reports  violations  via  traps  for  stack  yellow  zone 
(warning  of  pending  overflow  but  with  usable  stack  space  left)  and  stack  red  zone  (overflow);  see 
procedure  check. stack  in  the  **  Service. Facilities  **  section  of  the  PDP-11  ISPS  Description  in  Appendix 
III. 

Subroutines  frequently  use  the  general  registers  for  temporary  computations,  thus  the  general 
registers  need  to  be  saved  prior  to  usage  and  restored  prior  to  subroutine  return.  Once  again,  the 
operation  can  be  programmed  or  supported  by  specific  instructions  in  the  processor.  The  System/370 
has  Store  Multiple  (STM)  and  Load  Multiple  (LM)  instructions  that  allow  the  programmer  to  specify  a 
block  of  registers  to  Store/Load,  thus  saving  the  overhead  of  fetching  instructions  if  each  register  had  to 
be  individually  saved/restored: 
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STM  ; = Store  multiple 

begin 

t4  = R1  next 
stml  : = 

begin 

mbr  = R[t4]  next 
wrwdO  next 
IF  t4  neq  R3  => 
begin 

t4  = t4  + 1;  mar  - mar  + 4 next 
RESTART  stml 
end 
end 

end, 

The  CDC  6600  has  an  Exchange  Jump  instruction  (XJ)  that  exchanges  the  entire  Pc  state  with  a 
memory  area.  The  XJ  instruction  is  used  primarily  with  interrupts  (which  may  be  considered  as  an 
externally  called  subroutine). 

The  VAX-11  provides  a single  instruction  that  combines  all  the  activities  associated  with  a subroutine 
call  including: 

■ Save  only  those  registers  used  by  the  subroutine  on  the  system  stack.  The  registers  to  be 
saved  are  specified  by  setting  bits  in  an  entry  mask. 

■ Enable/disable  arithmetic  traps  according  to  the  entry  mask. 

■ Place  onto  the  stack  a frame  containing  the  saved  registers,  PSW,  program  counter,  entry 
mask,  argument  pointer,  and  frame  pointer  (pointer  to  the  beginning  of  this  stack  area  for 
subroutine  return). 

A very  restricted  form  of  subroutine  call  is  the  execution  of  a single,  potentially  modified,  instruction 
from  outside  the  current  instruction  sequence.  The  System/370  Execute  (EX)  instruction  fetches  the 
addressed  instruction,  modifies  the  second  byte  by  Oring  in  the  contents  of  a specified  register,  and 
executes  the  result  in  the  next  instruction  cycle,  Figure  5-2. 


5.4.  Operating  System  Calls,  Traps,  Faults,  Aborts 

Calls  to  monitoring  and  operating  system  programs  provide  extensions  to  the  virtual  machine  seen  by 
the  programmer.  The  System/370  provides  a special  Supervisor  Call  (SVC)  instruction  for  changing  the 
Pc  state  (including  memory  protection)  to  the  operating  system. 

Automatic  hardware  detection  of  the  exceptions  in  Table  5-2  may  report  the  results  by  a trap,  a fault, 
or  an  abort.  A trap  occurs  at  the  end  of  the  instruction.  The  Pc  state  and  Mp  are  consistent.  The 
address  of  the  next  instruction  is  stored,  usually  on  the  machine  stack.  The  process  can  be  restarted 
with  the  identical  state  as  before  the  trap  occurred.  Arithmetic  exceptions  are  usually  reported  via  traps. 

Faults  leave  the  Pc  state  and  Mp  in  a consistent  state.  Once  the  fault  is  eliminated,  the  instruction 
may  be  restarted  and  the  correct  results  obtained.  Faults  only  restore  enough  state  to  allow  restarting. 
The  state  of  the  process  may  not  be  the  same  as  before  the  fault  occurred.  Examples  of  faults  typically 
include  reserved/privileged  instruction,  reserved  operand,  reserved  addressing  mode,  memory  not 
resident,  access  control  violation,  address  translation  invalid,  trace  pending,  and  breakpoint  instructions. 
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EX  : = Execute 

begin 

checkertexrf,  3)  next 
t4  = Rl;  t2  = 0 next 
exl  : = 

begin 

readhwO  next  Fetch  first  halfword. 

irw[t2]  = mbr<16:31>  next 

t2  = t2  + 1;  mar  = mar  + 2 next 

IF  (ir<0>  + ir<  1 > ) geq  t2  =>  RESTART  exl  next  Continue  fetching  instruction  halfwords 

until  entire  instruction  is  assembled  in  IR. 

IF  t4  =>  ir<  8: 1 5>  = ir<  8: 1 5>  or  R[t4]<  24:31  > next  Modify  second  byte  of  instruction  for  non  zero  Rl. 

exrf  = 1 Indicate  to  ICYCLE  that  the  contents 

of  the  IR  should  be  executed. 
end 

end, 


icycle  :=  Instruction  interpretation  cycle 

begin 

ifetchO  next 
iexecO  next 

IF  exrf  = > (iexecO  next  exrf  = 0)  Execute  the  instruction  assembled  by  the  EX  instruction. 

end. 


Figure  5-2:  System/370  Instruction  Cycle  and  Execute  Instruction 


Aborts  are  the  most  severe  form  of  exception.  When  an  instruction  is  aborted,  the  Pc  state  and  Mp 
may  be  left  in  an  indeterminate  state.  Because  system  state  is  destroyed,  the  instruction  cannot  be 
correctly  restarted,  completed,  simulated,  or  undone.  The  machine  check  is  the  most  damaging  abort. 
It  is  triggered  when  internal  Pc  error  checking  circuitry  detects  an  exceptional  condition. 

Other  exceptions,  such  as  corrected  memory  read  data  in  ECC  memory,  memory  write  timeout,  and 
power  fail  are  reported  via  interrupts.  The  discussion  of  interrupts  is  postponed  until  Chapter  6. 

Exceptions  usually  store  information  about  their  type  into  specially  error  registers  or  onto  the  system 
stack.  This  information  helps  guide  the  software  in  restarting  the  system.  The  definition  of  reserved 
memory  locations  for  system  calls,  traps,  faults,  and  aborts  are  given  as  part  of  the  **  Mp. State  ** 
section,  while  the  routines  for  handling  traps,  faults,  and  aborts  are  found  in  the  **  Service. Facilities  ** 
section.  See,  for  example,  the  PDP-11  ISPS  description  in  Appendix  III. 
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5.5.  Problems 

1.  A technique  used  to  increase  the  performance  of  a processor  is  to  prefetch  instructions. 
That  is,  as  soon  as  the  length  of  the  current  instruction  is  known  (or  as  soon  as  the 
operand  addresses  have  been  fetched)  the  program  counter  can  be  incremented  and  (the 
initial  part  of)  the  next  instruction  can  be  requested  from  memory.  Is  this  always  a safe 
thing  to  do?  Suggest  a technique  to  avoid  any  problems  you  may  encounter. 

2.  Trace  the  execution  of  the  System/370  BCR  (Branch  on  condition  register)  and  BXH 
(Branch  on  index  high)  instructions.  Explain  concisely  how  the  instructions  work  in 
general. 

3.  This  question  compares  skip  and  branch  instruction  sets.  Consider  the  PDP-8  and  PDP-11 
programs  for  the  two  Fortran  IF  statements  in  Figure  5-3 (a) . Assume  the  time  units  for 
each  instruction  given  in  Figure  5-3 (b).  Calculate  the  time  to  execute  each  sequence  when 
there  are  skips/  branches  and  no  skips/branches.  Which  approach  to  conditional  execution 
is  superior? 

4.  Explain  why  the  branch  condition  not  (Z  or  (N  xor  V))  is  correct  for  the  PDP-11  BGT 
(Branch  on  Greater  than  zero)  instruction. 

5.  Explain  the  operation  of  the  CDC  6600  BRANCH. UNIT.  What  branch  instructions  are 
defined?  How  is  the  branch  address  computed?  What  conditions  can  be  sensed  by  the 
jump  instructions  in  the  PCP  (Peripheral  and  Control  Processors)? 

6.  Write  a benchmark  program  to  subtract  120  bit  (128  bit)  integer  operands  on  the  PDP-8 
and  CDC  6600  (PDP-11  and  System/370).  Simulate  your  programs  on  the  respective  ISPS 
descriptions  to  validate  the  program. 

7.  By  tracing  the  ISPS  description,  explain  how  the  PDP-11  coroutine  instruction  JSR@(r6)-F, 
r7  works. 

8.  Trace  the  operation  of  the  System/370  SVC  (Supervisor  Call)  instruction.  Explain  how  it 
works. 

9.  Name  three  generic  uses  for  traps.  Briefly  explain  each. 
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a.  IF  (X.GT.O)  GOTO  F 


i.  PDP-8 

TAD 

X 

Load  X 

SPA 

Skip  on  positive 

JMP 

Z 

Continue 

JMP 

F 

Go  to  F 

ii.  PDP-11 

MOV 

X,R[0] 

Load  X 

TST 

RIO] 

Test 

BGT 

F 

Branch  to  F 

IF  (X.GE.O)  GOTO  F 

i.  PDP-8 

TAD 

X 

Load  X 

SPA 

Skip  on  positive 

SNA 

Skip  on  negative 

JMP 

F 

X positive  or  zero 
X negative,  continue 

ii.  PDP-11 

MOV 

X,R[0] 

Load  X 

TST 

RIO] 

Test 

BGE 

F 

Branch  if  eater  or  equal 

Continue 

(a)  PDP-8  and  PDP-11  Programs 


TAD 

MOV 

JMP 

TST 

SPA, SNA, 
BGT,BGE 


3 

3 

2 

2 

1 if  no  skip,  2 if  skip 
1 if  no  branch,  2 if  branch 


(b)  Instruction  Times 

Figure  5-3:  FORTRAN  IF  Statements  on  the  PDP-8  and  PDP-11 
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6.  Input/Output  Organization 

One  of  the  most  fundamental  operations  of  a computer  is  input  and  output  (I/O).  Without  I/O, 
program  and  data  cannot  be  loaded  or  results  listed  out.  The  evolution  of  I/O  architectures  has  followed 
a Wheel  of  Reincarnation  [Siewiorek,  Bell,  and  Newell,  1982],  Figure  6-1.  A number  of  stages  on  I/O 
architecture  can  be  defined: 


Position  1 
Position  2 


Position  3 


Position  4 


The  central  processor  (P)  directly  controls  the  I/O  transducer  (T)  by  issuing  timed 
sequences  of  control  pulses  (example:  direct  I/O  control  by  a microcomputer). 

A simple  controller  (K)  takes  over  the  generation  of  the  control  pulse  sequences 
upon  central  processor  command.  The  central  processor  must  periodically  examine 
(poll)  the  controller  to  see  when  it  has  completed  a command.  The  central  processor 
and  controller  operate  in  parallel,  allowing  overlap  between  computations  and  I/O 
(example:  Intel  4004). 

Interrupts  are  added  to  the  simple  controller  so  that  it  can  signal  the  central  processor 
upon  completion  of  a command.  The  central  processor  need  not  spend  time  polling 
the  controller  (example:  PDP-8). 

Direct  memory  access  (DMA)  is  added  to  the  controller,  so  that  the  controller  can 
move  a block  of  data  to  or  from  memory  without  bothering  the  central  processor. 
The  central  processor  is  interrupted  only  after  the  controller  has  completed  the  block 
move,  not  after  each  datum,  as  in  position  3 (example:  PDP-11). 


Position  5 An  instruction  buffer  is  added  to  the  controller  so  that  the  central  processor  can  set 

up  a sequence  of  I/O  activities.  The  controller  interrupts  only  after  the  entire 
sequence  has  been  executed. 

Position  6 The  controller  is  enhanced  to  contain  a complete  instruction  set,  including 

instructions  for  program  control,  looping,  and  testing.  The  central  processor  creates  an 
I/O  program  in  memory  that  the  controller  can  fetch  and  execute.  The  central 
processor  is  interrupted  only  after  the  entire  program  of  I/O  events  has  been 
completed  (example:  IBM  System/370  Channel  Processors). 

Position  7 The  I/O  processor  has  a local  memory,  becoming  a computer,  and  forms  a network 

with  the  central  processor  (example:  CDC  6600). 


Position  8 The  I/O  processor  has  a general  computer  instruction  set  and  may  undergo  an 

evolution  of  its  own  by  being  assisted  by  more  and  more  sophisticated  controllers 
(positions  1 to  7). 

The  PDP-8  has  a relatively  primitive  I/O  architecture.  The  PDP-11  I/O  architecture  is  defined  in 


terms  of  its  address  space.  The  System/370  has  separate  I/O  processors  called  channels  with  simple 
instruction  sets.  Finally,  the  CDC  6600  has  separate  peripheral  processing  units  (PPUs)  whose 
instruction  set  is  more  complex  than  the  PDP-8. 
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Figure  6-1:  The  Wheel  of  Reincarnation  for  Input/Output 


Input/Output  Organization 
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6.1.  Program  Controlled  Input/Output 

In  its  most  basic  form,  I/O  is  controlled  step  by  step  by  a program  executing  in  the  central  processor. 
The  PDP-8  has  an  I/O  instruction  set  separate  from  the  regular  data  manipulation  instruction  set.  The 
Input/Output  Transfer  (iot)  instruction  (op  = #6)  defines  a class  of  I/O  instructions: 

KinstructioncO:!  1> , 

io.select<0:5>  :=  i<3:8>,  device  select 

io.controK 0:2>  : = i<  9: 1 1 > , device  operation 

where  the  6-bit  io. select  uniquely  specifies  one  of  63  I/O  devices  (io.select< 0:5>  :=  #00  defines 
instructions  controlling  the  interrupt  system).  The  3-bit  io.control  defines  uo  to  eight  commands  unique 
to  each  device. 

For  example,  consider  the  paper  tape  punch  instructions  below.  Each  iot  instruction  initiates  one 
transfer  which  may  transmit  data  or  status  information  either  to  or  from  the  peripheral  device.  The 
amount  of  information  transferred  by  an  iot  instruction  depends  upon  the  particular  operation  code  and 
the  design  of  the  I/O  device  interface. 


Cods 

Mnemonic. 

Operation 

#6020 

PCE 

Clear  punch  interrupt  enable 

#6021 

PSF 

Skip  on  Punch  Flag  Set 

#6022 

PCF 

Clear  Punch  Flag 

#6024 

PPC 

Load  Punch  Buffer  and  punch  character 

Most  I/O  devices  have  a one  bit  status  flip-flop.  The  status  flip-flop  is  a busy/done  flag  which 
indicates  whether  the  device  is  in  the  process  of  performing  a data  transfer  or  is  free  to  commence  a 
new  I/O  operation.  If  the  flag  is  for  an  input  device,  it  is  set  when  data  is  loaded  into  the  input  buffer 
register.  If  the  flag  is  for  an  output  device,  it  is  set  when  the  data  in  the  output  buffer  register  has  been 
processed  by  the  peripheral  (i.e. , when  new  data  may  be  loaded  into  the  output  buffer). 

Usually,  a subset  of  the  following  six  data  transfer  operations  are  recognized  by  a peripheral  controller: 

■ OR  data  from  device  into  accumulator  (AC) 

■ Add  data  from  device  to  program  counter  (PC) 

■ Load  data  from  device  into  PC 

■ Load  data  from  device  into  AC 

■ Send  contents  of  AC  to  device 

■ Send  contents  of  AC  to  device,  clear  AC 

A program  to  punch  a character  would  take  the  form: 

CLA 

TAD  CHARACTER 
Loop:  PSF 

JMP  Loop 
PPC 


Clear  Accumulator 
Load  in  character  to  be  punched 
Sense  punch  flag  status 
Wait  until  punch  is  ready 
Punch  character  loaded  in  Accumulator 
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The  CDC  6600  central  processor  leaves  all  I/O  processing  to  the  10  identical  Peripheral  and  Control 
Processors  (PCPs).  Each  PCP  is  similar  in  size  to  the  PDP-8  having  12  bit  words  and  4096  words  of 
primary  memory.  There  are  12  I/O  channels  to  which  I/O  devices  are  attached.  Rather  than  skip 
instructions  to  sense  conditions,  the  PCP  processors  employ  the  more  general  jump.  Status  flags  cact 
and  cful  indicate  whether  the  channel  is  active/inactive  or  full/empty,  respectively.  There  is  a 
corresponding  jump  instruction  for  each  condition.  The  second  six-bits  of  the  instruction  word  is 
utilized  as  a channel  select  code.  The  IAM  instruction,  below,  reads  data  in  from  a channel  to  the  PCP 
accumulator  for  a single  word  or  to  memory  for  a block  of  words  (the  A register  contains  a count  of  the 
number  of  words  and  the  P register  contains  the  memory  address).  Output  to  the  channel  is  performed 
in  an  analogous  manner  by  the  OAM  instruction. 

#71  :=  begin  IAM  - Input  (A)  words  to  m from  channel  d for  processor  id 

M.PCP101  = P[id]  + 1 next 
P[id]  = m next 
IAM0  : = 

begin 

IF  A [id]  neq  0 =>  M.PCPlPlidll  = 0 next 
IF  cactld]  => 
begin 

M.PCPlPlidll  = CHANld]  next 

P[id]  = Plidl  + 1;  A [idl  = A [id]  - 1 next 

IF  A [id]  neq  0 =>  RESTART  I AMO 

end 

end  next 
P[id]  = M.PCP10] 
end. 

Channels  can  be  activated,  disconnected,  or  be  requested  to  preform  a function.  The  function  can  be 
specified  by  the  accumulator  or  the  second  word  of  the  instruction. 

There  are  several  disadvantages  to  supplying  a separate  instruction  set  for  I/O  as  in  the  PDP-8: 

■ In  processors  with  small  word-length  instructions  (i.e. , 16  bits  or  less)  finding  enough 
operation  codes  to  design  a rich,  symmetric  instruction  set  is  already  a severe  problem  (e.g., 
the  op  code  squeeze ) without  reserving  operation  codes  for  I/O  operations. 

■ Explicitly  addressing  the  I/O  device  as  a portion  of  the  instruction  (i.e.,  the  device  select 
code)  further  consumes  operation  code  space.  The  device  select  code  can  be  considered  an 
immediate  operand  address  since  it  is  stored  as  part  of  the  instruction.  In  the  case  of  the 
PDP-8,  only  63  I/O  devices  can  be  uniquely  identified.  While  it  is  highly  unlikely  that  an 
individual  PDP-8  would  have  need  for  more  than  63  unique  I/O  devices,  the  total  population 
of  PDP-8s  could  easily  expect  to  require  more  than  63  unique  I/O  devices.  Having  a unique 
identity  for  each  I/O  device  simplifies  software,  I/O  device  hardware,  and  system  installation. 

If  two  devices  have  the  same  device  select  code,  each  separate  software  installation  must  be 
particularized  to  the  appropriate  device  type.  Furthermore  the  two  devices  could  never  be 
configured  together  in  the  same  system.  If  an  I/O  device  requires  in  the  PDP-8  more  than 
eight  individual  operations,  it  must  be  assigned  more  than  one  device  select  code,  further 
aggravating  the  small  I/O  device  selection  problem.  Conversely,  if  an  I/O  device  requires 
fewer  than  eight  operations,  the  extra  bit  patterns  are  wasted. 

■ The  large  number  of  I/O  instructions,  one  for  each  bit  pattern,  increases  the  complexity  of 
the  assembler  (e.g.,  more  unique  assembler  mnemonics),  increases  the  programmer  burden 
(e.g.,  more  unique  instructions  to  memorize),  and  potentially  increases  the  complexity  of  the 
hardware  (usually  the  device  select  code  and  control  bits  are  placed  on  the  system  I/O  bus 
for  interpretation  by  the  I/O  device  rather  than  the  Pc.  Thus  Pc  hardware  need  only 
recognize  the  iot  operation  code,  not  the  complete  unique  12-bit  instruction  pattern.) 
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To  remedy  those  problems,  the  PDP-11  collects  the  information  associated  with  I/O  devices  into  the 
upper  4096  words  of  memory,  as  shown  in  Figure  6-2 (a). 

I/O  devices  are  assigned  adjacent  memory  words.  Each  device  has  a Control  and  Status  Register  (CSR) 
and  a Data  Buffer  Register  (DBR).  Figure  6-2(b)  defines  the  I/O  registers  for  the  PDP-11  Paper  Tape 
Punch.  The  PSR  contains  the  punch  ready  status  bit.  When  set,  the  bit  indicates  a previous  character 
has  been  processed  and  the  device  is  ready  to  punch  out  another  character.  The  character  to  be 
punched  is  placed  into  the  PBR.  Since  the  I/O  registers  are  placed  in  the  address  space,  the  full  set  of 
PDP-11  instructions  can  be  used  to  perform  I/O,  as  shown  in  Figure  6-2(c). 


MWIO[#17777777:  #1 7760000] < 15:0> (INCREMENTS)  :=  MBIOl#  1 7777777:  # 1 7760000] < 7:0>  , 

(a)  I/O  Page 


Punch. Status. RegisteAPSR  :=  MWIO[#17777560]<  15:0>  , 
Ready  <>  :=  PSR<7>, 

Punch. Buffer. RegisteAPBR  :=  MWIOl#  1 7777562] < 15:0>  , 
Data<7:0>  :=  PBR<7:0>, 


(b)  Device  Registers 


Test  the  sign  of  the  tower  byte  of  the  Punch 
Status  Register.  This  is  the  Ready  bit. 

Branch  if  not  set. 
Output  character. 

(c)  Program 

Figure  6-2:  PDP-11  Paper  Tape  Punch 


Loop:  TSTB  PSR 

BPL  LOOP 

MOV  CHARACTER, PBR 


Other  information  can  be  stored  in  the  CSR,  as  we  shall  see  later.  Complex  devices  may  require 
more  than  two  memory  addresses  to  define  all  the  control  and  status  information. 

While  the  4096  words  for  I/O  initially  seemed  to  solve  the  PDP-8’s  limited  device  select  code 
problem,  the  proliferation  of  I/O  device  types  quickly  crowded  the  I/O  page.  Thus,  in  the  VAX-11,  one 
half  of  the  physical  address  space  (229  bytes)  was  allocated  to  I/O  devices. 

The  System/370  has  channels  capable  of  interpreting  higher  level  commands  such  as  "read  in  a block 
of  words  from  device  A".  After  construction  of  a channel  program  (a  group  of  channel  commands),  the 
system  software  instructs  the  channel  to  start  and  where  to  find  its  program.  The  channel  sequentially 
executes  the  channel  commands  until  the  list  is  completed.  Thus,  the  channel  can  operate  in  parallel 
with  the  central  processor.  The  channel  instruction  set  is  very  primitive,  requiring  only  the  ability  to 
read/write  memory,  sequencing  through  a list  of  operations,  and  branching  on  status  and/or  error 
information.  The  System/370  has  instructions  to  START  I/O  (SIO),  HALT  I/O  (HIO)  and  TEST 
STATUS  (TIO  and  TCH). 
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6.2.  Interrupt  Controlled  Input/Output 

Electronic  circuits  perform  in  excess  of  106  operations  per  second  whereas  electro-mechanical 
peripherals  are  capable  of  103  or  less  operations  per  second,  a mismatch  of  over  three  orders  of 
magnitude.  Due  to  this  speed  differential,  it  is  very  inefficient  to  have  program  controlled  I/O  sit  in  a 
busy  loop  waiting  for  the  I/O  operation  to  complete.  The  programming  examples  of  the  last  section 
employed  busy  waiting.  Interrupts  were  developed  so  that  the  processor  could  start  an  I/O  operation 
and  continue  operating.  When  the  I/O  operation  completes,  the  I/O  device  signals  the  processor  via  an 
interrupt.  Upon  receiving  the  interrupt,  the  processor  can  service  the  I/O  device  and  return  to  regular 
processing. 

There  are  at  least  three  trade-offs  in  the  design  of  an  interrupt  system: 

■ Priority.  When  can  devices  interrupt?  That  is,  what  is  their  priority  relative  to  the  central 
processor?  The  usual  alternatives  are  single  priority  (either  all  devices  can  interrupt  or 
none)  and  multiple  priority  (higher  priority  devices  can  interrupt  while  lower  priority  devices 
cannot,  depending  on  the  priority  of  the  central  processor). 

■ Level.  Where  is  the  first  instruction  located  for  handling  the  interrupt?  The  usual 
alternatives  are  to  fetch  the  instruction  from  one  memory  location  regardless  of  interrupter 
or  to  fetch  it  from  different  locations  as  a function  of  the  interrupter. 

■ State.  How  is  the  Pc  state  saved?  Since  an  interrupt  may  occur  at  any  point  in  a program’s 
execution,  the  state  of  the  program  must  be  saved  and  restored  so  that  the  interrupt 
handling  is  logically  transparent  to  the  executing  program. 

Each  of  the  four  example  systems  have  implemented  different  alternatives  for  these  three  design  trade- 
off areas. 

PDP-8 

The  PDP-8  has  one  of  the  simplest  forms  of  interrupt  systems:  single  priority,  single  level  with  the 

user  responsible  for  saving  Pc  state.  The  interrupt  system  is  either  on  or  off.  The  state  of  the  system  is 
controlled  by  the  ION  and  IOF  instructions,  Figure  6-3 (a). 

If  the  interrupt  system  is  on  and  an  I/O  device  sets  its  status  flag  (interrupt. request),  the  processor 
saves  the  program  counter  in  memory  location  zero  and  fetches  the  First  instruction  (regardless  of  which 
device  interrupted)  from  memory  location  1.  A check  for  pending  interrupts  is  made  after  each 
instruction  execution,  as  shown  in  Figure  6-3  (b). 

A typical  interrupt  handling  program  is  illustrated  in  Figure  6-4.  The  first  operation  turns  off  the 
interrupt  system  so  that  subsequent  interrupts  do  not  interrupt  the  handler,  potentially  overwriting  M[0] 
and  thereby  losing  the  return  address.  Next,  the  Accumulator  and  Link  are  saved  so  that  temporary 
results  and  status  can  be  restored.  Finally,  a polling  chain  is  executed  to  determine,  in  priority  order, 
which  device  interrupted.  After  executing  the  individual  device  handler,  the  Link  and  Accumulator 
are  restored,  and  interrupts  enabled.  A jump  indirect  through  M[0]  reinstates  the  interrupted  program. 
Note  that  the  interpreter  hardware  guarantees  the  execution  of  one  instruction,  the  indirect  jump 
through  M[0],  before  handling  new  interrupts  (The  "RESTART  interpret"  statement  in  the  ION 
instruction  cause  the  processor  to  fetch  and  execute  an  instruction  before  checking  the  interrupt  status 
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input. output  : = 
begin 


DECODE  i< 3: 1 1 > => 


begin 

#001\10N  : = 


begin 

interrupt. state  = 1 next 
RESTART  interpret 
end. 


turn  Interrupt  ON 


See  if  any  interrupts  pending. 


#002\IOF  : = 


begin 

interrupt. state  = 0 
end, 


turn  Interrupt  OFF 


otherwise  :=  no.opO 
end 


not  implemented 


end, 


(a)  Interrupt  Control  Instructions 


interpret  : = 

begin 


REPEAT  begin 

i = M[PC];  cpage  = PC<0:4>  next 
PC  = PC  + 1 next 
executeO  next 

IF  interrupt. state  and  interrupt. request  => 


again  in  the  interpret  procedure).  This  insures  that  M [0]  is  not  overwritten  until  the  interrupted 
program  Pc  state  is  completely  restored. 

System/370 

The  System/370  provides  a number  of  architectural  features  to  speed  up  interrupt  handling.  Whereas 
the  PDP-8  interrupt  handler  had  to  explicitly  handle  the  Link,  the  System/370  gathers  the  Pc  state  into 
one  Program  Status  Word,  below,  from  the  **  Pc. State  **  section  in  Appendix  IV.  Information  in  the 
PSW,  Figure  6-5,  includes: 

■ Bits  that  control  which  interrupts  are  honored  (i.e.,  enabled),  thus  dynamically  establishing 
priority.  Interrupts  include  I/O  (e.g.,  channel)  and  exceptions  (e.g.,  Machine  Check,  Fixed 
Point  Overflow,  Decimal  Overflow,  Exponent  Underflow,  and  Significance). 

■ Condition  code 

■ Program  Counter 

■ Dynamic  system  information  such  as  the  Storage  Protection  Key,  the  Pc  mode  (either  basic 
System/370  mode  or  extended  mode),  whether  the  system  was  in  Wait  state  or  Problem 
(user)  state,  and  instruction  length  code  (for  resetting  the  program  counter  if  an  instruction 
retry  is  required). 


begin 

M[0]  = PC  next 

PC  = 1 

end 


end 


end. 


(b)  Interrupt  Detection 

Figure  6-3:  PDP-8  Interrupt  Control 
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IOF 

Turn  interrupt  system  off 

JMP 

POLL 

Save  space  in  page  0 by  branching 

to  a polling  program. 

Poll:  DCA 

TEMPA 

Save  accumulator. 

RAL 

Rotate  Link  and  Accumulator. 

DCA 

TEMPL 

Save  link. 

DSKP 

Skip  on  disk  flag. 

JMP 

DISK 

Otherwise  service  disk. 

CLSK 

Skip  on  real  time  clock  flag. 

JMP 

CLOCK 

Otherwise  service  clock. 

PSF 

Skip  on  Punch  Flag. 

JMP 

PUNCH 

Otherwise  service  punch. 

CLA 

Clear  Accumulator. 

TAD 

TEMPL 

Restore  Link. 

RAR 

Rotate  accumulator  right. 

TAD 

TEMPA 

Restore  Accumulator. 

ION 

Turn  interrupts  on. 

JMP 

@#0 

Jump  indirect  through  M[0] 

Figure  6-4:  A Typical  PDP-8  Interrupt  Handling  Program 

PSW<  0:63> , 

Program  Status  Word 

CHAMSK<  0:7> 

- 

PSW<  0:7> , 

Channel  Mask 

ps.ic<  8:15> 

= 

PSW<  8:15> , 

Interrupt  control  bits 

PROTKY<0:3> 

= 

PSW<  8:1 1> , 

Protection  Key 

EXTCMO 

= 

PSW<  12> , 

Extended  Control  Mode  (BC—O.EC  = I) 

MCHKMKO 

= 

PSW<  13> , 

Machine  check  mask 

WAITST<  > 

= 

PSW<  14>, 

Wait  state 

PROBST<  > 

= 

PSW<  15> , 

Problem  state 

INTCDE<  0: 1 5 > 

- 

PSW<  1 6:3 1 > , 

Interrupt  code 

ILC  < 0: 1 > 

= 

PSW<  32:33> , 

Instruction  length  code 

ps.pm<34:39> 

= 

PSW<  34:39> , 

Program  Mask  bits 

CC<0:1> 

= 

PSW<  34:35 > , 

Condition  code 

FPOPMS<  > 

= 

PSW<  36> , 

Fixed  point  overflow  mask 

DOFMSKO 

= 

PSW<  37> , 

Decimal  overflow  mask 

EXOFMSO 

= 

PSW<  38> , 

Exponent  underflow  mask 

SIGMSKO 

= 

PSW<  39> , 

Significance  mask 

PC<  0:23  > 

= 

PSW<40:63>, 

Program  counter-24  bits 

Figure  6-5: 

System/370  Program  Status  Word 

When  an  interrupt  is  recognized  by  the  hardware,  the  old  PSW  is  stored  into  a reserved  memory 
location  and  a new  PSW  is  loaded  from  a different  memory  location.  There  are  unique  memory 
locations  for  different  classes  of  interrupts  including:  machine  check,  system  supervisor  call,  program 
check,  timer,  and  I/O.  Priority  between  the  classes  is  established  by  the  order  in  which  the  interrupt 
service  routine  tests  for  pending  interrupts,  Figure  6-6  (from  section  **  Service. Facilities  **  in  Appendix 
IV). 

Once  the  new  PSW  is  fetched,  the  program  counter  points  to  the  interrupt  handler.  The  interrupt 
handler  must  still  poll  to  determine  the  source  of  interrupt  within  its  class.  However,  register  saving 
and  restoring  can  use  the  Store  Multiple  (STM)  and  Load  Multiple  (LM)  instructions  discussed  in 
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Interrupt  service  routine:  Bit  0 = machine  check,  Bit  I = svc,  Bit  2 = prog  check,  Bit  3 = 
int<  0:4>  : = 
begin 

decode  first. one(int  and  mchkmk@’l l@chamsk< 7>@’l)  => 
begin 
0:=  begin 

mar  = machine. chk.opsw; 
intcde  = 0; 
int  = 0 
end, 

1:=  begin 

mar  = SVC.OPSW; 

IF  extern  => 
begin 

mhfSVC.icode]  = intcde; 
mhtSVC.ILC]  = ilc@’0 
end; 

int<  1>  =0 
end, 

2:=  begin 

mar  = prog.opsw; 

IF  extern  => 
begin 

mhtprog.icode]  = intcde; 
mhtprog.ILC]  = ilc@’0 
end; 

int<2>  = 0 
end, 

3:=  begin 

mar  = extrn.opsw; 

IF  extern  =>  mhtextrn.icode]  = intcde; 

int<3>  = 0 

end, 

4:=  begin 

DECODE  extcm@chamsk<  6>  => 
begin 

t32  = chint  and  chamsk<  0:5>@0<  25:0>  , 
t32  = chint  and  chamsk<  0:5>@cr[2]<  6:3 1 > , 

LEAVE  int, 
t32  = chint  and  CR  [2] 
end  next 

IF  t32  EQL  0 =>  LEAVE  int  next 
INTCDE<  0:7>  = first.one(t32); 
chint< first.one(t32)>  = 0 next 
mar  = io.opsw; 

IF  extern  =>  mw[io.addr]<  8:3 1 > = intcde; 
int<4>  = chint  neq  0 
end, 

5:=  LEAVE  int 
end  next 

mdw[mar]  = get.pswO; 
put.pswO  = mdw[mar  + "40] 
end 


timer  interrupt,  Bit  4 = I/O  interrupt 

Pick  highest  priority  interrupt,  if  enabled. 


machine  check 

Load  address  of  storage  location  for  old  PSW. 

implementation  dependent 


Supervisor  call 


Save  information  about  SVC 


Program  Check 


External  Interruption 


I/O  interruption 

Check  for  I/O  enabled/disabled  as  a function  of  control  mode. 


BC,  I/O  disabled 
BC,  I/O  enabled 
EC,  I/O  disabled 
EC,  I/O  enabled 


clear  request 


no  interruption 

Save  old  PSW. 
Pick  up  new  PSW. 


Figure  6-6:  System/370  Interrupt  Handling 
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Chapter  5.  If  interrupts  are  allowed  during  the  processing  of  the  current  interrupt,  the  old  PSW  has  to 
be  saved  (just  as  the  return  address  in  M[0]  for  the  PDP-8).  A return  from  interrupt  only  requires  the 
restoration  of  the  old  PSW. 


PDP-11 

The  PDP-8  has  a single  priority,  single  level  interrupt  system;  the  System/370  has  a multiple  priority, 
single  level  interrupt  system;  and  the  PDP-11  has  a multiple  priority,  multiple  level  interrupt  system. 
As  in  the  System/370,  the  PDP-11  has  a Program  Status  word  occupying  the  last  word  in  the  I/O  page. 
Information  in  the  PS  includes  the  mode  (e.g.,  kernel,  supervisor,  or  user)  of  the  current  and  previous 
program,  the  priority  of  the  current  process,  the  register  set  (by  specifying  a different  register  set  in  the 
PS  of  the  interrupt  program,  no  overt  program  action  is  required  to  save/restore  the  general  register 
set),  and  condition  codes  (from  section  **  Pc. State  **  in  Appendix  III): 


PS<  15:0>  :=  MBIO [#  1 7777777:#  1 7777776] < 7:0>  , 


cm\current.mode<  1:0> 
pm\previous.mode<  1:0> 
p\priority<  2:0> 
reregister.  set<  > 
t\trace<  > 

cd\condition.codes<  3:0> 
N\negative<  > 
Z\zero<  > 
V\overflow<  > 
Oicarry<  > 


PS<  1 5: 1 4>  , 

PS<  1 3: 1 2>  , 

PS<  7:5> , 

PS<  1 1> , 

PS<  4> , 

PS<  3:0> , 

:=  cc<3>, 
:=  cc<2>, 
:=  cc<  1> , 
:=  cc<0>. 


Program  status  word 
Current  address  space  (kernel/supervisor/user) 
Previous  address  space 
Current  process  priority 


Each  I/O  device  is  assigned  to  one  of  four  hardware  priority  levels  (e.g.,  4,  5,  6,  7).  For  each 
instruction  execution,  below  (from  section  **  Instruction. Interpretation  **  in  Appendix  III),  interrupts 
are  checked  (e.g.,  serviceO,  Figures  6-7  and  6-8,  from  section  **  Service. Facilities  **  in  Appendix  III). 
If  the  priority  of  the  interrupt  is  higher  than  the  priority  of  the  currently  running  program  (specified  by 
PS<7:5>),  the  identity  of  the  interrupting  device  is  requested.  I/O  devices  at  the  same  priority  level 
are  further  prioritized  by  physical  proximity  to  the  Pc.  Each  device,  thus,  has  a unique  priority.  The 
device  identity  defines  a unique  memory  address  where  an  interrupt  vector  is  located.  The  interrupt 
vector  contains  the  new  Program  Counter  and  Program  Status  word.  The  old  Program  Counter  and 
Program  Status  word  are  stored  onto  a stack  defined  by  general  register  six,  the  stack  pointer.  Priority 
of  interrupt  classes  is  determined  by  the  order  of  flag  selection. 


run\instruction. interpretation  : = 
begin 

serviceO  next 
icycleO  next 
RESTART  run 
end, 

A Return  From  Interrupt  (RTI)  instruction,  below,  implements  the  interrupt  return  by  indivisibly 
popping  the  old  Program  Counter  (PC)  and  Program  Status  (PS)  word  from  the  system  stack.  If 
separate  instructions  were  used,  first  the  PS  is  restored  followed  by  the  PC.  But  the  instruction 
restoring  the  PC  would  modify  the  PS  condition  codes. 
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trap.red<  > 
trap.cpu.err<  > 
trap.parity<  > 
trap.mm<  > 
trap.yellow<  > 
trap.pf<  > 
trap.fp<  > 
trap,  trace  < > 
int.req[7:l]<  > 


= service<14>, 
= service<13>, 
= service<12>, 
= service<ll>, 
= service<10>, 
= service<  9> , 

= service<  8> , 

= service<  7> , 

= service<  6:0> , 


service<  14:0>  : = 
begin 

DECODE  mask. right  (service  or  PIR<  1 5:9> , p)  => 
begin 

#0  :=  no.opO, 

’1  ??????????????:  = 

begin 

trap.red  = 0 next 
intvec(cpu  errors, 0) 
end, 

’01?????????????:  = 

begin 

trap. cpu. err  = 0 next 
intvec(cpu. errors, 1) 
end, 

’001????????????:  = 

begin 

trap. parity  = 0 next 
intvec(parity,l)  next 
setmm2  (parity) 
end, 

'0001???????????:  = 
begin 

trap. mm  = 0 next 

intvec(mm.trap,l) 

end, 

’00001??????????:  = 
begin 

trap.yellow  = 0 next 

intvec(cpu.errors,0) 

end, 

’000001?????????:  = 
begin 

trap.pf  = 0 next 

intvec(power.fail,l) 

end, 

'0000001????????:  = 
begin 

trap.fp  = 0 next 

intvec(f!t.trap,l) 

end, 

’00000001???????:  = 
begin 

trap. trace  = 0 next 

intvec(bpt.trap,l) 

end. 


Interrupt  flags  and  service  routine 
mask  requests  by  processor  priority 


red  stack  violation 


cpu  error 


Parity  error 


memory  management 


Yellow  stack  violation 


Power  fail 


Floating  point 


Trace  trap 


Figure  6-7:  PDP-11  Interrupt  Service  - Part  1 
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end. 


otherwise:  = 

begin 

DECODE  priority (service< 6:0> ) gtru  PIR< 3: 1 > => 
begin 

tyF  :=  begin 

intvec(pir.trap,l)  next 

setmm2(pir.trap) 

end, 

1\T  :=  begin 

int.reqlpriority]  = 0 next 
intvec(int.req.vec[priority],l); 
setmm2(int.req.vec[priorityl) 
end 
end 
end 
end 


Maskable  interrupts 


program  interrupt  request 


external  interrupt 


intvec(vector<  8:0>  ,chk<  > ) : = 
begin 

tempi  = PS; 

temp2  = R [7]  next 

R [7]  = read(0,0, vector)  next 

PS  = read(0,0,(vector+2)<  15:0> ) next 

R[get. index]  = temp  = R[get.index(cm,6)]  - 4 next 

IF  chk  =>  check. stack!)  next 

write(cm,0,temp)  = temp2  next 

write(cm,0,(temp  + 2)<  15:0> ) = tempi  next 

pm  = tempK  15:1 4>  ; 

IF  chk  and  check. stack  =>  RESTART  run 
end. 


trap  vector  setup 

save  old  PS  and  PC  in  temporaries 

read  new  PS  and  PC  from  Kernel  Data  Space 
if  this  is  not  a stack  overflow  trap,  check  stack 


push  old  PS  and  PC  on  stack  selected  by  new  PS 

record  the  previous  mode 
handle  overflow  immediately 


Figure  6-8:  PDP-11  Interrupt  Service  — Part  2 


RTI.RTT  : = 
begin 

R [7]  = get.op(#2,#6,0)  next 
get.op(#2,#6,0)  next 
DECODE  cm  => 
begin 

0 :=  PS  = get. op, 
Otherwise  : = 

PS<  15:1 1 > @PS<  4:0> 

end; 

IF  i<2>  =>  trap. trace  = 0 
end. 


Return  from  interrupt, 
Return  from  trap, 


RTI  op  code  ff 000002 
RTT  op  code  ff 000006 
POP 
POP 


kernel 


(PS<  15:1 1 > or  get. op<  15:1 1 > )@get.op<  4:0> 


RTT 


Related  Topics 

The  CDC  6600  central  processor  leaves  interrupt  and  I/O  to  the  Peripheral  and  Control  Processors. 
However,  the  entire  state  of  the  Central  Processor  can  be  changed  by  the  EXCHANGE  JUMP 
instruction  that  swaps  the  Pc  state  with  a block  in  memory. 


The  overhead  imposed  upon  the  processor  by  I/O  ranges  from  programmed  control  to  separate  I/O 
processors.  Overhead  may  take  on  any  value  between  these  two  extremes,  depending  upon  the 
intelligence  built  into  the  I/O  controller.  Frequently,  controllers  for  high  performance  peripherals  can 
converse  directly  with  memory  without  the  intervention  of  the  central  processor.  Im  particular,  data  can 
flow  to/from  memory  without  passing  through  a Pc  state  register.  These  Direct  Memory  Access  (DMA) 
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devices  only  require  initialization  by  the  central  processor  with  the  size  of  block  to  transfer  (e.g.,  word 
count),  the  memory  starting  address  for  the  block,  and  control  information  about  the  nature  of  the 
transfer.  The  DMA  device  locates  the  data  and  transfers  the  data  one  word  at  a time  while  continually 
updating  the  word  count  and  memory  address.  Instead  of  being  generated  once  per  word,  an  interrupt 
to  the  processor  is  generated  only  upon  completion  of  the  block  transfer.  The  interrupt  notifies  the 
processor  that  the  DMA  device  is  available  for  further  assignments. 

I/O  is  usually  performed  by  the  operating  system  program.  This  frees  the  user  from  a detailed 
understanding  of  I/O  interrupt  architecture  as  well  as  insuring  protection  of  shared  resources.  When 
there  is  a separate  I/O  architecture,  as  in  the  System/370,  protection  is  provided  by  defining  the  I/O 
instructions  as  privileged  so  that  they  can  only  be  executed  in  operating  system  mode.  Any  attempt  by 
a user  to  execute  a privileged  instruction  generates  an  exception  which  immediately  halts  user  program 
execution.  For  I/O  defined  through  the  address  space,  as  in  the  PDP-11,  protection  is  provided  by  the 
memory  management  hardware. 

The  System/370  Supervisor  Call  (SVC)  can  be  executed  by  the  user  to  cause  control  to  transfer  to  the 
Operating  System.  Information  is  passed  designating  the  operation  requested. 

The  PDP-11  uses  the  Emulator  Trap  (EMT)  instruction,  below,  to  call  the  supervisor.  The  effect  of 
executing  any  EMT  instruction  is  the  same  as  an  interrupt,  with  the  saving  of  the  old  Program  Counter 
and  PS  word  onto  the  stack  and  the  fetching  of  a new  Program  Counter  and  PS  word  from  an  interrupt 
vector  location  in  memory.  All  EMT  handling  is  done  by  one  program,  the  activity  requested  is 
determined  by  which  EMT  op  code  was  used.  The  EMT  op  code  can  be  fetched  using  the  old  Program 
Counter.  Appropriate  masking  and  shifting  can  then  be  used  to  form  an  index  into  a table  of  addresses 
in  memory.  Each  address  points  to  a unique  routine.  The  EMT  instruction  can  also  be  used  to  call 
software  emulation  of  features  that  are  not  implemented  in  the  current  hardware  configuration.  As  an 
example,  Floating  Point  instructions  are  frequently  emulated  in  software  on  low  cost  implementations  of 
an  instruction  set. 

EMT  :=  Emulator  trap  op  codes,  EMT  op  code  ffl04000:ff  104377 

begin 

intvec(emt.trap,l)  Interrupt  Vector,  Figure  6-8 

end, 


6.3.  Problems 

1.  Trace  the  execution  of  an  interrupt  on  the  PDP-8,  the  System/370,  and  the  PDP-11. 

2.  Simulate  the  interrupt  handler  given  in  Figure  6-4. 

3.  Write  and  simulate  an  interrupt  handler  for  the  System/370.  The  PDP-11. 

4.  Trace  the  execution  of  the  System/370  SVC  instruction. 

5.  Trace  the  execution  of  the  PDP-11  EMT  instruction. 

6.  Write  an  EMT  handling  routine  for  the  PDP-11. 

7.  Write  an  ISPS  description  for  a DMA  device.  Add  this  description  to  the  PDP-11.  Write  a 
device  control  program  and  trace  its  execution. 
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7.  Design  of  Instruction  Sets 

The  design  of  a instruction  set  is  moving  from  the  realm  of  art  to  science.  Each  new  instruction  set 
represents  an  experiment  in  computer  design.  Each  new  implementation  of  an  instruction  set  offers  the 
opportunity  to  review  past  accomplishments  and  to  measure  their  effectiveness.  Each  new  instantiation 
of  an  implementation  affords  an  opportunity  to  apply  the  instruction  set  in  a new  application.  In 
addition  to  this  new  information,  methodologies  are  being  developed  to  compare,  contrast,  and  evaluate 
instruction  sets  (see  Chapter  8). 

Table  7-1  summarizes  some  of  the  major  issues  in  instruction  set  design.  Instruction  set  design,  by 
nature,  is  a complex  and  continually  evolving  art/science.  Thus  the  discussions  in  this  chapter  should 
only  be  treated  as  a starting  point. 


Address  Space  Size 
Instruction  Format 

Address/Operator  Trade-Off 
Expansion 

Upward  Compatibility 


Symmetry 

Data  Types 

Operands 

Op-Codes 

Orthogonality 

Generality 

Registers 

I/O 

Miscellaneous 

Special  cases  of  instructions 
Encoding  efficiency 
Side  effects 
Artifacts 

Higher  Level  Language  Support 
Operating  System  Support 

Table  7-1:  Issues  in  the  Design  of  an  Instruction  Set 
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7.1.  Address  Space  Size 

The  size  of  the  immediate  address  space  is  perhaps  the  single  most  important  feature  of  an  instruction 
set.  As  [Bell  and  Strecker  1976]  stated  in  their  review  of  the  PDP-11  architecture:  "There  is  only  one 
mistake  that  can  be  made  in  a computer  design  that  is  difficult  to  recover  from  — not  providing  enough 
address  bits  for  memory  addressing  and  memory  management."  [Siewiorek,  Bell  and  Newell  1982] 
plotted  the  number  of  bytes  of  virtual  and  physical  address  as  a function  of  year  of  processor 
introduction.  The  number  of  bytes  of  virtual  address  doubles  approximately  every  year  (i.e.,  a byte- 
addressable  instruction  set  increases  its  address  size  by  1 bit  per  year)  while  the  number  of  bytes  of 
physical  address  doubles  approximately  every  two  years  (i.e.,  1/2  bit  of  addressability  per  year).  The 
growth  rate  of  physical  address  space  size  correlates  closely  with  the  doubling  of  semiconductor  chip 
complexity  every  two  to  three  years  [Siewiorek,  Bell  and  Newell  1982;  Bell,  Mudge  and  McNamara 
1978],  Since  users  tend  to  buy  systems  of  constant  price,  then  every  two  or  three  years  another  bit  of 
physical  address  space  is  required. 

Thus,  in  designing  an  instruction  set,  enough  expansion  in  the  virtual  address  space  must  be  provided 
throughout  the  expected  life  of  the  architecture.  Chapters  3 and  4 illustrated  mechanisms  for  extending 
the  physical  address  space  utilizing  registers  (i.e.,  memory  management  registers  in  the  PDP-11  and  base 
registers  in  the  System/370)  in  the  address  translation  or  effective  address  calculation  process. 
Expansion  of  the  register  size  provides  increased  physical  address  space.  However,  the  user  is  still 
provided  with  a limited  directly  addressable  space  (i.e.,  64K  in  the  PDP-11  and  4K  in  the  System/370) 
that  must  be  managed.  The  execution  overhead  of  manipulating  these  registers  and,  even  more 
importantly,  the  added  conceptual  complexity  with  developing  algorithms  to  execute  in  a small  address 
space  eventually  limits  the  adoption  of  an  instruction  set. 


7.2.  Instruction  Format:  Addresses,  Operators,  Expansion,  and 
Compatibility 

As  pointed  out  in  Chapter  3,  not  only  must  operand  addressing  information  fit  into  an  instruction 
format,  but  also  an  operation  code  to  specify  the  function  to  be  performed  on  the  operands. 
Furthermore,  since  memory  technology-in  both  performance  and  cost-  is  the  limiting  factor  in 
processor  design  there  is  a severe  penalty  for  long  instruction  formats.  Long  instructions  require  more 
memory  space  (e.g.,  more  cost)  to  store  and  more  Pc-Mp  bandwidth  (e.g.,  less  performance)  to  execute. 
Hence  an  overriding  design  criteria  is  to  keep  instructions  short. 

Thus  a bit  squeeze  develops  between  the  conflicting  constraints  of  short  instructions,  large 
addressability,  and  large  operation  set.  Pragmatics  also  dictates  that  the  instruction  format(s)  be  a 
multiple  of  the  basic  data  type  (usually  a byte)  in  the  system  so  that  the  Pc-Mp  data  path  plus 
fetch/store  algorithms  need  only  be  optimized  for  one  basic  access  type. 

A number  of  techniques  have  been  developed  to  overcome  the  bit  squeeze.  First,  Pc  state  can  be 
added  in  exchange  for  fewer  address  bits  in  the  instruction.  The  address  bits  now  specify  portions  of  the 
Pc  state  and  an  algorithm  for  combining  them  into  the  virtual  address  (see  Chapter  3).  Since  the  Pc 
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state  is  smaller  than  the  Mp  state,  a compression  in  addressing  bits  is  achieved.  In  addition,  a short 
displacement  may  be  supplied  (i.e.,  7 bits  in  the  PDP-8  and  12  bits  in  the  System/370).  But  the  sum  of 
the  Pc  state  specifiers,  addressing  algorithm,  and  displacement  is  still  less  than  the  full  virtual  address 
size.  Of  course,  the  Pc  state  associated  with  addressing  must  be  managed  (e.g.,  created,  loaded, 
updated).  This  overhead  can  be  kept  to  a minimum  if  computations  are  localized  enough  to  be  within 
range  of  the  displacement  or  if  the  addressing  algorithms  have  side  effects  (e.g.,  autoincrementing)  that 
automatically  update  the  Pc  state. 

Second,  instruction  class  codes  have  been  widely  used  to  expand  the  number  of  operations  beyond 
that  for  a straightforward  binary  encoding.  In  the  System/370,  the  first  two  bits  of  the  operation  code 
specify  the  class  of  the  instruction  (i.e.,  RR,  RX,  RS/SI,  SS).  The  instruction  class  implies  the  length 
of  the  instruction  (i.e.,  16,  32,  or  48  bits)  including  the  operation  code  and  operand  addressing 
information. 

Rather  than  reserve  bits  in  the  instruction  that  specify  the  instruction  class,  individual  operation  codes 
can  be  used  as  escapes  from  a primary  operation  class  into  a secondary  class.  The  PDP-8  is  a simple 
example  of  the  use  of  secondary,  or  reserved,  operation  codes.  The  3-bit  primary  code  (i<0:2>) 
defines  six  memory  reference  instructions,  an  escape  into  I/O  instructions  (#6\iot) , and  an  escape  into 
operate  instructions  (#7\opr).  In  the  Operate  group,  bit  i<3>  is  used  as  a further  escape  (or  tertiary 
operation  code)  defining  two  different  micro-  operation  groups. 

The  PDP-11  also  utilizes  reserved  operation  codes.  Table  7-2  depicts  only  a small  portion  of  this 
more  complex  instruction  decoding. 

Instruction  formats  must  leave  expansion  room  for  new  instructions.  Ideally,  there  should  be  growth 
room  in  each  instruction  class.  At  the  very  minimum,  at  least  one  reserved  operation  code  must  be 
retained  for  escaping  to  a second  instruction  word. 

Closely  related  to  expansion  is  upward  compatibility.  Low  cost  or  older  implementations  of  a 
complex  instruction  set  processor  will  not  usually  support  all  the  instructions  in  hardware.  However,  if 
unimplemented  operation  codes  are  treated  as  a subroutine  call  (i.e.,  see  the  discussion  of  PDP-11  traps 
in  Chapters  5 and  6),  software  can  emulate  the  unimplemented  instructions.  User  and  operating  system 
software  can  thus  execute  unmodified  on  a complete  family  of  implementations. 


92 


Design  of  Instruction  Sets 


Double  Operand  i<  1 5: 12> 


’0000 

’0001: ’01 10 

’0111 

’1000 

’1001  :’l  1 10 
’1111 


Escape  to  Branch 
Double  Operand  Instructions 
Escape  to  Integer  Extended  Instructions 
Escape  to  Branch 
Double  Operand  Instructions 
Escape  to  Floating  Point 


Branch  i<  15:8> 


’00000000 

’0000000 1: ’000001  111 
’0000100? 

'0000101? 

’0000110? 

’0000111? 


Escape  to  Control 
Branch  Instructions 
JSR 

Escape  to  Single 
Escape  to  Single 
Spare 


’10000000:’ 100001 11 
’1000100? 

’1000101? 

’1000110? 

’1000111? 


Single  i<  15:6> 


Branch  Instructions 
EMT 
Escape  to  Single 
Escape  to  Single 
Spare 


’0000 1 0 1 000:  '0000 101111 
’00001 10000:’00001 10011 
’ 1 000101000:’  1 00010 1 1 1 1 
’10001 10000:’10001 10011 


Single  Operand  Instructions 
Single  Operand  Instructions 
Single  Operand  Instructions 
Single  Operand  Instructions 


Table  7-2:  Partial  Instruction  Decoding  for  the  PDP-11 


7.3.  Symmetry,  Orthogonality,  and  Generality 

The  complexity  of  programming  is  eased  if  an  instruction  set  is  easy  to  comprehend  (e.g.,  systematic) 
and  provides  the  required  operations.  Symmetry  in  an  instruction  set  is  one  of  the  major  ways  to 
lighten  the  programming  burden.  Symmetry  is  not  only  advantageous  to  an  assembly  language 
programmer.  The  quality  of  code  produced  by  compilers  is  related  to  the  number  of  special  cases  it 
must  consider:  primitive  operations,  location  of  operands,  condition  code  setting,  etc. 

Consider  multiple  data  types,  such  as  integer  and  floating  point,  that  are  supported  (i.e.,  there  exist 
instructions  for  manipulation  of  the  data  type)  by  an  instruction  set  processor.  There  may  be  no 
instructions  to  convert  from  one  data  type  to  the  other,  such  as  in  the  System/370.  However,  if  there  is 
a convert  from  integer  to  .floating  instruction,  symmetry  dictates  there  should  be  a convert  from  floating  to 
integer  instruction.  Furthermore,  each  data  type  should  be  provided  with  a complete  set  of  binary  (e.g., 
+ /,  AND,  OR,  etc.)  and  unary  (e.g.,  NOT,  -,  increment,  etc.)  operations  appropriate  to  the  data 

type.  A partial  populated  operator  set  will  require  special  software  to  patch  up  the  holes. 

Symmetry  should  also  exist  for  the  sources  of  operands.  The  PDP-8  binary  operators  (i.e.,  AND, 
TAD)  are  of  the  form: 
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AC  = AC  b Mp[a] 

where  AC  stands  for  a accumulator  , b for  a binary  operation,  and  "a"  for  an  effective  address.  There  is 
no  instruction  of  the  form: 

Mp[a]  = AC  b Mplal 

Furthermore,  all  the  unary  operations  are  of  the  form: 

AC  = u AC 

Completely  lacking  are  operations  such  as: 

AC  = u Mpla] 

Mplal  = u Mplal 
Mpla]  = u AC 

A general  register  instruction  set,  such  as  the  PDP-11  or  the  System/370,  should  have  at  least  the 
operations  depicted  in  Table  7-3,  where  R[  ] represents  a register  array,  r specifies  register  i,  and  a( 
specifies  the  address  of  Mp  word  i.  If  the  binary  operators  are  asymmetric,  such  as  subtract,  both  forms 
of  the  operator  should  be  provided.  For  example,  the  PDP-11  Subtract  is  of  the  form: 

Rlr2]  = R[r2]  - R[r,l 

There  is  no  instruction  of  the  form: 

Rlr2]  = R[r,l  - R[r2l 

However,  the  Compare  instruction  sets  the  condition  codes  according  to  R[rL]  - R [r2l  but  the 
destination,  R [r2] , is  not  affected. 

The  CDC  6600  presents  an  interesting  case  of  asymmetry  in  the  address  computation  instructions.  It 
provides  identical  sets  of  operations  for  loading  the  A,  B,  and  X registers  (i.e.,  symmetry  in  result 
specification),  yet  the  sets  of  operations  are  not  complete  (i.e.,  asymmetry  in  operand  specification),  as 
shown  in  Table  7-4. 

These  instructions  operate  on  18-bit  operands  and  produce  18-bit  results.  The  operands  come  from 
the  A,  B,  or  X registers,  or  as  an  18-bit  signed  constant  in  the  long  instruction  format.  There  are  + 
and  - versions  of  what  would  otherwise  be  the  same  instruction  while  missing  other  combinations  of 
operands  (e.g.,  B-X,  B-A). 

Asymmetry  may  be  exhibited  in  other,  more  subtle  ways.  All  addressing  modes  may  not  be  allowed 
in  places  where  operands  are  specified.  For  example,  the  PDP-11  Jump  to  Subroutine  instruction  (JSR) 
specifies  a linkage  and  destination  address.  Only  a register  can  be  used  for  the  linkage  operand.  Even 
the  setting  of  condition  codes  can  exhibit  asymmetry.  The  PDP-11  ASR  ( arithmetic  shift  right) 
instruction  sets  the  overflow  condition  code  as  follows: 

V = N xor  C 

ASR  is  normally  used  for  division  by  two.  For  a positive  number,  the  setting  of  V indicates  lost 
significance  (i.e.,  a 1 was  shifted  out).  However,  for  negative  numbers,  V is  set  if  there  is  no  lost 
significance  (i.e.,  a 0 was  shifted  out).  Discovering,  let  alone  circumventing,  such  asymmetries  is  a 
formidable  task. 
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Unary  operations 


R[r,l 
R [r ,] 
Mpla  j] 
Mpla,] 
Rlr,] 
Mp[a,] 

Binary  operations 

R[r,] 

R lr ,] 

R [r ,] 

R [r .] 
Rtr,] 
Rtr,] 
R[r,] 
Rlr,] 

Mpla,] 

Mpla,] 

Mpla,] 

Mpla,] 

Mpla,] 

Mpla,] 

Mpla,] 

Mpla,] 


u Rlr,] 
u R[r,] 
u Mpla,] 
u Mp[a2] 
u Mpla,] 
u R[r,] 


Rlr,]  b R(r2] 
R[r2]  b Rlr,] 
R(r,]  b Mpla,] 
Mpla,]  b R[r,] 
Rlr,]  b Rlr3] 
Mpla,]  b Mp[a2] 
Rlr,]  b Mpla,] 
Mpla,]  b R [r2] 

Mpla,]  b Mp[a2] 
Mp[a2]  b Mpla,] 
Mpla,]  b Rlr,] 

R lr,]  b Mpla,] 
Mp(a2]  b Mp[a3] 
Rtr,]  b Rlr,] 
Mp[a2]  b Rlr,] 
Rtr,]  b Mp[a2] 


Table  7-3:  Example  Unary  and  Binary  Operations  for  a General  Register  ISP 


Set  AL 

A[i]  = A[j]  + C 

Ain  = m + C 

A[i]  = X[j]  + C 

A[i]  = Xtj]  + B[k] 

A [i]  = A[j]  + B[k] 

A [i]  = A[j]  - B[k] 
A[i]  = BO)  + B[k) 

A [i]  = B01  - B[k] 


Set  BL 

B[i]  = A01  + C 
BO]  = B01  + C 

B[i]  = X01  + C 

B[i]  = X01  + B[k] 

Bli]  = A 01  + B[k] 

B[i]  = A 01  - Blk] 

Bli]  = B01  + Blk] 

Bli]  = B01  - Blk] 

Table  7-4:  CDC  6600  SAi,  SBi, 


Set.  Xj_ 

xli]  = aOI  + C 
xti]  = B01  + c 
xli]  = xoi  + c 
xli]  = XOI  + Blk] 
xli]  = AOI  + Blk] 
xli]  = AOI  - Blk] 
xli]  = B01  + Blk] 
Xli]  = BO]  - B[k] 

and  SXi  Instructions 


Symmetry  in  the  binary  encoding  of  instructions  (i.e.,  the  machine  language)  can  aid  assembly 
language  programming  and  program  debugging.  The  first  two  operation  code  bits  in  the  System/370 
specify  the  instruction  format.  Effective  addresses  are  formed  from  the  sum  of  an  index  register  (if 
present),  a base  register  (also  optional),  and  a displacement.  In  the  PDP-11,  addresses  are  specified  by 
six  bits  of  the  form: 

address. field  a<  5:0> 

deferred. bit<  > :=  a<5> 

addressing.  mode<  1 :0>  :=  a<4:3> 

register<  2:0>  :=  a<2:0> 
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The  same  format  is  used  regardless  of  where  in  the  instruction  (e.g.,  source  or  destination)  the  address 
is  specified. 

Sometimes  asymmetries  are  brought  on  by  the  bit  squeeze.  The  PDP-11  had  already  been  established 
when  the  exclusive-OR  (XOR)  instruction  was  added.  The  XOR  is  a natural  double  operand  instruction 
requiring  the  full  symmetry  of  source  and  destination  addressing  modes.  But  there  was  no  unassigned 
bit  pattern  in  the  double  operand  instruction  group.  Thus  XOR  was  defined  requiring  one  operand 
reside  in  a register.  Likewise  when  the  floating  point  data  type  was  added,  there  was  only  enough  room 
in  the  addressing  portion  of  the  instruction  to  specify  operands  in  four  special  floating  point  registers. 

As  was  discussed  before,  each  basic  data  type  should  have  a complete  set  of  operations.  For  a data 
type  with  varying  lengths  (e.g.,  short  integers,  integers,  long  integers),  the  operations  should  be  the 
same  for  each  length.  This  is  termed  orthogonality  . For  example,  the  PDP-11  has  Add  and  Subtract 
instructions  for  word  length  integers  but  not  for  byte  length  integers. 

Finally,  generality  calls  for  the  removal  of  restrictions.  Treating  all  registers  in  the  Pc  state  alike 
removes  the  need  for  unique  operation  codes  for  operating  on  different  register  classes.  The 
consequence  can  be  a savings  in  the  operation  code  bit  squeeze.  When  applied  to  operand  addressing, 
the  generality  principle  dictates  that  any  addressing  mode  should  be  usable  anywhere.  Indeed,  much  of 
the  flexibility  of  the  PDP-11  addressing  modes  arises  from  the  general  use  of  dedicated  registers  (e.g., 
the  program  counter  for  immediate  and  absolute  addressing;  the  stack  pointer  with 
autoincrementing/autodecrementing  for  single  instruction  push/pops).  The  System/370,  on  the  other 
hand,  requires  different  operation  codes  for  variations  of  the  Add  instruction  that  add-memory-to- 
register  and  add-register-  to-register  while  not  providing  for  add-register-to-memory.  Generalization  of 
addressing  modes  would  save  operation  code  space  and  enhance  symmetry. 

Dedicated  instructions  for  Input/Output  would  also  be  a violation  of  the  generality  principle.  The 
placement  of  I/O  control  and  data  registers  in  the  address  space,  as  in  the  PDP-11,  allows  the  entire 
instruction  set  to  be  used  in  I/O  operations  rather  than  a restricted  instruction  set. 


7.4.  Miscellaneous 

There  are  a number  of  other  issues  associated  with  the  design  of  instruction  sets.  One  is  the  fact  that 
certain  operations  or  operands  may  be  used  more  frequently  than  others.  Code  density  and  performance 
(i.e.,  fewer  bits  have  to  be  fetched  from  memory)  can  be  enhanced  by  providing  special  forms  of  the 
operations  or  operands.  The  PDP-11  has  single  operand  forms  for  the  double  operand  Add,  Subtract , 
and  Compare  instructions.  These  instructions  ( Increment , Decrement , and  Test)  implicitly  assume  a 
frequently  used  value  for  the  second  operand.  Increment  and  Decrement  assume  a value  of  1 while  Test 
assumes  a value  of  zero. 

Commonly  used  sequences  of  instructions  are  candidates  for  replacement  by  a single  instruction. 
Loop  control  and  procedure  calls  are  examples  of  commonly  used  constructs  that  have  specialized 
instructions  in  most  processors.  The  PDP-11  Subtract  One  and  Branch  (SOB)  instruction  replaces  a two 
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instruction  sequence  for  loop  control.  The  VAX-11  has  multiway  branching  instructions  and  even  a 
polynomial  expansion  instruction  (POLY).  These  special  instructions  improve  performance  by  reducing 
the  number  of  instruction  fetches  and  decodes  to  1 for  the  entire  operation  sequence. 

If  the  frequency  of  operation  codes  is  known,  an  optimization  problem  can  be  formulated.  The  goal  is 
to  minimize  the  weighted  average  (i.e. , expected  value)  of  the  number  of  bits  used  to  specify  the 
operation  code.  That  is,  minimize 

L = Z i 'i  • f,  (1) 

where  L is  the  expected  length  of  the  operation  code;  f and  fj  are  the  length  and  relative  frequency, 
respectively,  of  instruction  i.  This  problem  was  solved  by  Huffman  [1952], 

The  Huffman  encoding  procedure  is  best  demonstrated  by  an  example.  Consider  Table  7-5  which  lists 
10  operation  codes  for  a hypothetical  instruction  set  plus  their  relative  frequency  of  occurrence.  The 
encoding  algorithm  sequentially  groups  the  smallest  two  fractions  together  to  form  a new  fraction.  Table 
7-5 (a)  illustrates  the  first  three  such  groupings.  After  some  rearrangement,  the  tree  structure  of  Table 
7-5 (b)  results.  Starting  at  the  root  of  the  tree  (i.e.,  frequency  1.0),  we  can  assign  0 to  the  upper 
branches  and  1 to  the  lower  branches.  Now  each  path  from  the  root  to  an  operation  code  corresponds 
to  an  encoding  as  summarized  in  Table  7-5 (c) . The  expected  operation  code  length  is  2.94  bits,  a 
savings  of  26.5%  over  the  straightforward  binary  encoding  of  10  operation  codes  in  4 bits.  The  Huffman 
encoding  is  not  unique  (e.g.,  swap  0’s  for  l’s  and  vice  versa)  but  it  is  optimal.  Furthermore,  each 
operation  code  is  uniquely  identified  after  its  last  bit  is  received.  Table  7-7  lists  the  relative  frequency  of 
the  most  frequently  used  PDP-11  instructions.  The  relative  frequencies  were  obtained  from  tracing 
over  7.62  million  instructions  of  an  assembler,  editor,  various  compilers  (D1BOL,  FORTRAN,  BASIC, 
PASCAL),  and  four  application  programs  A Huffman  encoding  of  the  instructions  leads  to  operation 
codes  varying  from  three  to  eight  bits  in  length.  This  contrasts  to  the  PDP-ll’s  encodings  of  4,  7,  8,  10 
and  13  bits.  Table  7-8  compares  the  relative  frequency  of  the  operation  code  lengths  for  the  PDP-11 
and  Huffman  encoding.  The  expected  PDP-11  length  is  6.63  bits  while  the  expected  Huffman  length  is 
4.48  bits,  a savings  of  32.5%.  Note  that  this  exercise  does  not  include  the  effects  of  addressing  modes. 
Furthermore,  frequency  of  usage  information  is  not  readily  available  until  an  instruction  set  has  been 
implemented  and  significant  amounts  of  software  have  been  written.  In  addition,  Huffman  encodings 
usually  destroy  the  symmetry  and  generality  of  an  instruction  set  encoding  (but  not  necessarily  the 
instruction  set),  perhaps  complicating  the  implementation  of  the  encoding.  Nevertheless,  the  Huffman 
encoding  provides  a metric  to  compare  to  actual  instruction  set  encodings. 

Frequency  dependent  encoding  of  instructions  was  used  in  the  Burroughs  B 1700.  The  B 1700 
[Wilner  1972]  was  designed  to  efficiently  handle  variable  bit  length  fields  in  data  and  instructions.  The 
impact  of  three  op  code  encoding  for  the  operating  system  ( Master  Control  Program ) is  illustrated  in 
Table  7-6.  Note  that  three  different  lengths  of  op  codes,  which  simplify  decoding,  achieve  most  of  the 
gains  of  a Huffman  encoding.  Addresses  were  also  encoded  into  6,  9,  11,  and  14  bit  fields  with  a two 
bit  code  specifying  the  address  field  length.  The  improvement  was  35.4%  in  density  over  traditional 
address  encoding.  The  effect  of  frequency  dependent  encoding  lead  to  70%  less  memory  than  the  S/360 
for  20  COBOL  programs  and  50%  less  memory  than  the  S/360  FORTRAN  programs. 
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Decode 

A 

B 

C 

D 

E 

F 

G 

H 

I 

J 


Dp 

A 

B 

C 

D 

E 

G 

H 

F 

I 

J 


Opcode 

A 

B 

C 

D 

E 

F 

G 

H 

I 

J 


Frequency 

.21 

.19 

.15 

.11 

.09 

.08 

.06 

.04 

.04 

.03 L 


■.10(.06  + .04) 


.07(.04+.03)-M5(.08  + .07> 


(a)  First  Stage  Grouping 


Frequency 

.2! , 

.19 

.15 

.11 L 

.09 

.06 

.04 L 

.08 

.04 

.03 


-.40C21  + .19)- 
-26U5  + .11)- 


-.  10  (.06  + . 04)- 


-19(.09  + .10)— , 


-.07  (.04  H-  .03) — ~ 1 5 (.08  + .07)— ^34(.l  9 + . 1 5> 
(b)  Completion  of  Groupings 


:60(.26  + .34)- 


-1.0 


Encoding 

00 

01 

100 

101 

1100 

1110 

11010 

11011 

11110 

mu 


(c)  A Possible  Encoding  Assignment 
Table  7-5:  Huffman  Example 
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Encoding  Melhod 


IoiaL  Biis.  for 

Master  Control  Program 

Opcodes. 


Percent  Improvement 


Huffman 

4-6-10  bit  op-codes 
8 bit  op-code 


172,346 

184,966 

301,248 


42.8% 

38.6% 


Table  7-6:  Impact  on  memory  space  for  various  op-code  encoding  techniques 
on  the  Burroughs  B 1700  Master  Control  Program 


Certain  features  of  an  instruction  set  may  complicate  its  actual  implementation.  Consider  addressing 
modes  that  create  side  effects.  The  PDP-11  autoincrement/autodecrement  addressing  modes,  in 
addition  to  generating  an  operand  address,  modify  the  Pc  state.  The  same  register  may  be  used  in  both 
source  and  destination  calculations.  Implementations  which  would  like  to  fetch  both  the  source  and 
destination  operand  in  parallel  must  check  to  see  if  the  register  used  in  destination  addressing  is  being 
modified  by  the  source  addressing  mode.  Furthermore,  recovery  from  errors  may  be  more  complex.  In 
order  to  perform  an  instruction  retry  after  an  exception,  the  retry  mechanism  must  undo  any  side  effects 
to  the  Pc  state  made  by  the  partially  completed  instruction.  Thus  the  advantages  of  side  effects  must  be 
carefully  weighed  against  their  disadvantages. 

The  principles  of  symmetry  and  generality  may  introduce  artifacts  whose  price  is  inefficiency.  The 
microprogrammed  instructions  (i.e.,  operate  group)  in  the  PDP-8  yield  combinations  that  are  self 
cancelling  (i.e.,  no  operations).  Addressing  mode  5 (autodecrement  deferred)  is  not  used  in  the  PDP- 
11,  and  was  indeed  dropped  from  the  VAX-11. 

A well  designed  instruction  set  should  also  contain  instructions  explicitly  to  support  Higher  Level 
Language  (HLL)  and  Operating  System  (OS)  constructs.  Examples  of  HLL/OS  support  can  be  found 
in  the  areas  of: 

■ Data  Types  (Chapter  2).  The  VAX-11  has  a convert  rounded  floating  point  instruction  that 
performs  the  rounding  specified  by  FORTRAN. 

■ Addressing  Modes  (Chapter  3).  Autoincrement  for  stepping  through  arrays.  The  VAX-11 
indexes  addresses  by  the  natural  size  of  the  data  type  specified  by  the  operation  code. 

■ Memory  Management  (Chapter  4).  Providing  protection  between  programs. 

■ Control  (Chapter  5).  Stacks,  subroutine  calls,  privileged  instructions,  and  exception 

detection.  The  VAX-11  has  insert/remove  entry  in/from  queue  instructions  for  easily 
managing  queues.  Instruction  sets  also  provide  mechanisms  for  multiprocess  control-atomic 
actions  that  permit  the  testing  and  modifying  of  an  operand  in  an  indivisible  fashion  (i.e.,  as 
a single  instruction).  These  atomic  actions  allow  the  implementation  of  semaphore 

primitives  [Dijkstra  1968]  for  coordination  of  multiple  processes  in  a shared  environment 
with  critical  resources.  Consider  two  software  processes  sharing  a resource  that  can  only  be 
used  by  one  process  at  a time.  If  two  instructions  were  required  to  test  and  modify  a 

semaphore  variable,  the  two  processes  could  end  up  using  the  resource  at  the  same  time. 
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Instruction 

Frequency 

Example 

Huffman 

Encoding 

Huffman 

Encoding 

Length 

EDEJI 

Encoding 

Length 

MOV 

.1517 

000 

3 

4 

BNE 

.0941 

100 

3 

8 

DEC 

.0809 

0010 

4 

10 

CMP 

.0626 

0110 

4 

4 

MOVB 

.0524 

1101 

4 

4 

ADD 

.0524 

1100 

4 

4 

BEQ 

.0506 

1010 

4 

8 

TST 

.0329 

01000 

5 

4 

BIC 

.0309 

01001 

5 

4 

ASL 

.0298 

oino 

5 

10 

SUB 

.0274 

11100 

5 

4 

JMP 

.0272 

11101 

5 

10 

BGE 

.0272 

mil 

5 

8 

JSR 

.0245 

10110 

5 

7 

RTS 

.0236 

10111 

5 

13 

BR 

.0232 

001100 

6 

8 

INC 

.0224 

001101 

6 

10 

BLO 

.0217 

001110 

6 

8 

CMPB 

.0212 

001111 

6 

4 

CLR 

.0186 

01011 

6 

10 

BHI 

.0138 

011110 

6 

8 

BHIS 

.0935 

111101 

6 

8 

BLOS 

.0098 

0101010 

7 

8 

BGT 

.0098 

0101100 

7 

8 

BPL 

.0086 

0101000 

7 

8 

TSTB 

.0079 

0101001 

7 

4 

ADC 

.0070 

0111110 

7 

10 

ASR 

.0069 

1111000 

7 

10 

ROL 

.0059 

01011010 

8 

10 

BMI 

.0054 

01011011 

8 

8 

BLE 

.0046 

01010110 

8 

8 

BIT 

.0041 

01010111 

8 

4 

SWAB 

.0038 

01111110 

8 

10 

NEG 

.0038 

01111111 

8 

10 

ROR 

.0036 

11110010 

8 

10 

BLT 

.0028 

11110011 

8 

8 

Table  7-7:  Execution  Frequency  for  Top  36  PDP-11  Instructions, 
Example  Huffman  Encoding  by  Frequency  and  Operation  Code  Lengths  for 
the  Huffman  Encoding  and  the  PDP-11  Assignment 
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Opcode  Length 

PDPill 

Huffman  Encoding 

3 

- 

.2458 

4 

.4435 

.2989 

5 

- 

.2235 

6 

- 

.1344 

7 

.0245 

.0500 

8 

.2851 

.0340 

10 

.2099 

- 

13 

.0236 

- 

Table  7-8:  Frequency  of  Operation  Code  Lengths  for  the  36 
Most  Frequently  Executed  Instructions  as  Assigned  in  the  PDP-11  and 

a Huffman  Encoding 


Consider  process  PI  testing  the  semaphore  variable  to  see  if  P2  is  using  the  resource 
denoted  by  the  semaphore  variable,  V,  being  1.  If  PI  found  V = 0,  it  would  set  V = 1 and 
assumes  use  of  the  resource.  But  before  PI  could  set  V = 1,  P2  tests  V.  (This  could  happen 
if,  for  example,  PI  was  swapped  out  due  to  an  interrupt  and  control  passed  to  P2.)  P2  Finds 
V = 0,  sets  V to  1 and  also  assumes  use  of  the  resource.  The  PDP-11  Increment  (INC) 
and  System/370  Test  and  Set  (TS)  instructions  allow  the  indivisible  testing  and 
modification  of  an  operand. 


7.5.  Problems 

1.  529,861  Basic  instructions  and  312,661  Pascal  instruction  executions  were  traced  on  the 
PDP-11.  The  relative  frequencies  of  the  top  32  and  28  instructions,  respectively,  are  listed 
in  Table  7-9. 

a.  Contrast  the  relative  frequency  in  Table  7-9  and  Table  7-7.  What  higher  level 
language  constructs  do  these  instruction  frequencies  suggest? 

b.  Design  Huffman  encodings  for  the  operation  code  frequencies  in  Table  7-9. 

c.  Compare  the  individual  lengths  and  expected  lengths  between  the  two  Huffman 
encodings  and  the  encoding  in  Table  7-7.  Also  compare  the  lengths  with  the  PDP-11 
encodings.  What  observations  can  be  made? 

2.  Complete  the  instruction  decoding  diagram  for  the  PDP-11. 

3.  Critique  the  PDP-11,  CDC  6600,  and  System/370  instruction  sets  with  respect  to 
symmetry,  orthogonality,  and  generality. 

4.  The  PDP-11  branch  instructions  represent  .2853  of  all  instructions  executed  in  [Strecker 
1976].  Table  7-10  lists  the  branch  distance  frequency  from  this  sample.  Design  new  branch 
instruction  formats  that  take  advantage  of  these  relative  frequencies. 

5.  Table  7-11  gives  the  relative  frequency  of  addressing  modes  in  the  PDP-11.  Combine  this 
information  with  Tables  7-7  and  7-10  to  redesign  the  PDP-11  instruction  format. 

6.  Table  7-12  lists  relative  instruction  execution  frequencies  for  three  System/370  programs. 
Calculate  Huffman  op  code  encodings  for  each  program.  Assuming  the  same  operand 
addressing  modes  as  on  the  System/370,  compare  the  expected  Huffman  encoded 
instruction  length  with  the  measured  values: 
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Linear  System  Solver 
FFT 

Accounting  Programming 


23.37  bits 
28.85  bits 

29.38  bits 


7.  Find  no  operation  sequences  in  the  PDP-8  microprogrammed  instructions. 


it? 


L • 


\ 
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Basic 


Instruction 

Frequency 

BEQ 

.1269 

CMPB 

.1218 

MOV 

.0849 

TSTB 

.0665 

BPL 

.0519 

DEC 

.0514 

CMP 

.0385 

MOVB 

.0356 

BLO 

.0327 

ROR 

.0261 

BR 

.0259 

BNE 

.0246 

ADD 

.0241 

BHI 

.0225 

JSR 

.0198 

ASL 

.0197 

BGT 

.0196 

ROL 

.0189 

RTS 

.0176 

BHIS 

.0155 

TST 

.0153 

BMI 

.0151 

INC 

.0146 

BGE 

.0141 

ASR 

.0104 

BISB 

.0101 

BLOS 

.0097 

CLR 

.0095 

JMP 

.0087 

SWAB 

.0074 

SUB 

.0066 

ADC 

.0064 

Pascal 


Instruction 

Frequency 

MOV 

.2030 

CMP 

.1254 

BNE 

.0911 

BEQ 

.0909 

MOVB 

.0749 

TST 

.0645 

BLO 

.0390 

RTS 

.0340 

JSR 

.0305 

CLR 

.0246 

BHIS 

.0239 

ADD 

.0215 

SUB 

.0200 

TSTB 

.0194 

DEC 

.0187 

BIC 

.0176 

BHI 

.0169 

BR 

.0133 

INC 

.0111 

ASL 

.0066 

BLE 

.0058 

TRAP 

.0058 

RTI 

.0058 

BIS 

.0054 

CLRB 

.0050 

JMP 

.0048 

CMPB 

.0037 

BLT 

.0037 

Table  7-9:  Measured  relative  operation  code  frequencies  for 
Basic  and  Pascal  programs  on  the  PDP-11 
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Branch  Distance 

Frequency 

-128  to  -119 

.0001 

-118  to  -109 

.0004 

-108  to  -99 

.0003 

-98  to  -89 

.0005 

-88  to  -79 

.0012 

-78  to  -69 

.0003 

-68  to  -59 

.0012 

-58  to  -49 

.0053 

-48  to  -39 

.0030 

-38  to  -29 

.0266 

-28  to  -19 

.0470 

-18  to  -9 

.0860 

-8 

.0748 

-7 

.0078 

-6 

.0101 

-5 

.0572 

-4 

.0466 

-3 

.0778 

-2 

.0268 

-1 

.0000 

0 

.0000 

1 

.0273 

2 

.0595 

3 

.0366 

4 

.1218 

5 

.0226 

6 

.0301 

7 

.0098 

8 to  17 

.1171 

18  to  27 

.0518 

28  to  37 

.0100 

38  to  47 

.0235 

48  to  57 

.0027 

58  to  67 

.0034 

68  to  77 

.0016 

78  to  87 

.0026 

88  to  97 

.0019 

98  to  107 

.0038 

108  to  117 

.0006 

118  to  127 

.0002 

Table  7-10:  Measured  relative  branch  distances  for  the  PDP-11  [Strecker  1976] 
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Addressing  Mode  Frequency 

Source  Mode  (all)  = .4069 


0 R 

.1377 

1 @R  or  (R) 

.0338 

2 (R)  + 

.1587 

3 @(R)  + 

.0122 

4 -(R) 

.0352 

5 @-(R) 

.0000 

6 X(R) 

.0271 

7 @X(R) 

.0022 

Destination  Mode  (all) 

= .6872 

0 R 

.3146 

1 @R  or  (R) 

.0599 

2 (R)  + 

.0854 

3 @(R)  + 

.0386 

4 -(R) 

.0823 

5 @-(R) 

.0000 

6 X(R) 

.0985 

7 @X(R) 

.0080 

No  Destination  (all)  = 

.3128 

Table  7-11:  Relative  frequency  of  PDP-11  Addressing  Modes  [Strecker  1976] 


Linear  System  Solver 

Dp  Codfi 

Frequency 

LR 

0.180 

AR 

0.131 

BC 

0.125 

SR 

0.073 

LD 

0.071 

STD 

0.057 

SLL 

0.056 

L 

0.049 

A 

0.042 

CR 

0.041 

LTR 

0.034 

AD 

0.032 

MDR 

0.031 

LPDR 

0.025 

BXLE 

0.015 

Fast  Fourier  Transform 

Op  Code 

Frequency 

STD 

0.246 

MD 

0.135 

AD 

0.107 

BC 

0.091 

LR 

0.087 

SLL 

0.086 

LD 

0.058 

LTR 

0.029 

ST 

0.028 

CR 

0.028 

AR 

0.027 

DD 

0.027 

LDR 

0.026 

Accounting  Program 

Qp  Code 

Frequency 

L 

0.282 

MVI 

0.159 

AR 

0.148 

ST 

0.072 

A 

0.061 

BC 

0.054 

C 

0.040 

SLL 

0.034 

MH 

0.022 

STD 

0.022 

LD 

0.020 

AD 

0.018 

Table  7-12:  Relative  Instruction  Execution  Frequencies  for  Three 
System/370  Programs  [Shustek  1978] 


Evaluation  of  Computer  Architectures 


105 


8.  Evaluation  of  Computer  Architectures 

We  can  define  performance  of  a system  as  the  number  of  "operations"  per  unit  of  time.  In  the  case  of 
an  instruction  set  processor,  many  factors  enter  into  the  picture.  Thus,  one  can  refer  to  the  hardware 
performance,  the  instruction  set  processor  performance,  or  the  system  performance.  The  hardware 
performance  is  a direct  reflection  of  the  technology  used  to  implement  a machine.  Thus,  instruction 
times,  memory  access  times  and,  information  flow  rates  are  used  to  characterize  and  compare  computer 
systems.  Often  we  are  concerned  with  characterizing  the  performance  of  an  instruction  set  processor 
rather  than  any  particular  implementation  of  the  processor.  This  definition  of  performance  is  prompted 
by  the  rapid  changes  in  technology.  Users  (i.e.,  programmers)  need  estimates  of  the  performance  of  a 
system  over  a range  of  implementations  to  help  decide  between  upgrades  within  a computer  family  or  to 
switch  to  a different  instruction  set  altogether.  Finally,  measures  of  total  system  performance  in  the 
context  of  a specific  application  are  needed.  These  are  derived  from  instruction  set  measures  (the  work 
performed  by  each  instruction),  hardware  measures  (the  time  needed  to  execute  each  instruction)  and 
the  frequency  of  use  of  each  instruction. 


8.1.  The  Computer  Family  Architecture  Project 

In  this  book  we  have  described  a number  of  dimensions  in  the  computer  space.  The  selection  of  any 
of  these  features  requires  some  trade-offs  and  it  is  not  the  case  that  any  single  one  can  be  used  as  an 
absolute  performance  metric.  For  instance,  consider  the  length  of  an  instruction  as  a candidate.  A larger 
instruction  requires  a higher  memory-to-processor  bandwidth  (for  instruction  fetches),  yet  a smaller 
instruction  may  reflect  a weaker  instruction  set  (e.g.,  a shorter  operation  code  field  limits  the  number  of 
different  instructions),  thus  requiring  more  instructions  to  perform  the  same  task.  Composite  measures 
are  required  and  this  Chapter  describes  a particular  methodology,  developed  by  the  Army-Navy 
Computer  Family  Architecture  (CFA)  Committee  [Burr,  Coleman,  and  Smith  1977], 


Burroughs  6700 
DEC  PDP-11 
IBM  System/370 
Interdata  8/32 
Litton  AN/GYK-12 


ROLM  Corporation  1664  (AN/UYK-28) 
SEL  32 

Univac  AN/UYK-7 
Univac  AN/UYK-20 


Note 

The  AN/UYK-28  is  instruction-set  upward-compatible  with  the  Data  General  NOVA  computer 
architecture.  Other  ROLM  computers  that  are  also  compatible  with  the  NOVA  architecture  are  the 
AN/UYK-19  and  AN/UYK-27.  The  AN/UYK-28  is  incompatible  with  the  Data  General  ECLIPSE 
computer  architecture,  Data  General’s  upward-compatible  extension  of  the  NOVA. 

Table  8-1:  Initial  CFA  Candidates 


The  CFA  evaluation  effort  studied  the  instruction  set  processors  listed  in  Table  8-1  in  order  to  evaluate 
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potential  candidates  and  recommend  a single  instruction  set  as  a standard  for  the  Department  of 
Defense.  Due  to  time  and  manpower  limitations,  the  CFA  Committee  adopted  a three  phase  approach 
to  narrow  down  the  number  of  candidates: 

1.  Absolute  Criteria 

2.  Quantitative  Criteria 

3.  Evaluation  via  Test  Programs 

The  absolute  criteria  represent  the  minimum  state  of  the  art  in  instruction  set  design  (c.  1976).  The 
Quantitative  criteria  capture,  in  a more  subjective  way,  the  importance  of  different  attributes  in  an 
architecture.  Subjectivity  was  introduced  by  the  use  of  weights  for  each  of  these  measures,  the  weights 
being  assigned  by  the  potential  users  of  the  standard  (i.e.,  Army  and  Navy  laboratories  and 
installations).  The  final  and  most  complex  step  was  to  design  a statistical  experiment  to  measure 
benchmarks  programs  that  isolated  the  effects  of  the  instruction  set,  program  difficulty,  and 
programmers  experience. 

In  the  following  discussion  of  the  selection  procedure  we  abstract  from  documents  prepared  by  the 
CFA  Committee  [Burr,  Coleman,  and  Smith  1977],  Nevertheless,  many  details  will  be  omitted.  The 
committee  went  through  excrutiating  detail  in  the  justification  for  the  measures  and  the  analysis  of  the 
results.  Interested  readers  are  encouraged  to  consult  the  relevant  papers. 


8.2.  Absolute  Criteria 

The  committee  specified  nine  absolute  criteria  that  they  felt  a candidate  computer  architecture  needs  to 
satisfy  if  it  is  going  to  meet  the  requirements  of  future  military  computer  systems.  All  the  absolute 
criteria  (with  the  exception  of  the  subsetability  criterion)  had  to  be  satisfied  by  an  implementation  of  the 
architecture  which  was  operational  by  1 January  1976.  This  eliminated  speculative  decisions  based  on 
promises  or  potential  solutions  that  looked  inviting,  but  might  not  come  to  fruition.  Failure  to  satisfy 
any  absolute  criterion  resulted  in  the  elimination  of  the  architecture  from  further  consideration.  The 
nine  absolute  criteria  are  given  below  and  the  scores  are  shown  in  Table  8-2. 

Virtual  Memory  Support.-  The  architecture  must  support  a virtual  to  physical  address  translation  mechanism. 

Many  advantages  accrue  to  architectures  that  support  virtual  address  translation  mechanisms,  the 
most  notable  of  which  is  the  ability  to  simplify  programming  by  freeing  the  programmer  of  explicit 
management  of  his  primary  memory  and  providing  a mechanism  for  keeping  only  the  active  portions  of 
a program  in  high-speed  memory.  Bank  switching  was  deemed  to  be  inadequate  to  meet  this  criterion 
and  several  machines  failed  this  measure  on  this  account. 

Protection.-  The  architecture  must  have  the  capability  to  add  new,  experimental  (i.e.,  not  fully  debugged) 
programs  that  may  include  I/O  without  endangering  reliable  operation  of  existing  programs. 

The  intent  of  this  criterion  is  to  provide  a mechanism  in  the  hardware  for  aiding  software 
development,  and  for  preventing  certain  catastrophic  software  failures  from  occurring  in  the  field. 
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Architectures  that  use  a privileged  mode  to  protect  vital  registers  and  system  resources  generally  meet 
this  criterion. 

Floating-Point  Support.-  The  architecture  must  explicitly  support  one  or  more  floating-point  data  types  with  at 
least  one  of  the  formats  yielding  more  than  10  decimal  digits  of  significance  in  the  mantissa.  The  significance 
measure  was  determined  as  representative  of  the  most  stringent  requirements  actually  encountered. 

Interrupts  and  Traps.-  It  must  be  possible  to  write  a trap  handler  that  is  capable  of  executing  a procedure  to 
respond  to  any  trap  condition  and  then  resume  operation  of  the  program. 

Another  intent  of  this  criterion  is  to  permit  extensions  and  subsets  of  an  architecture  to  operate 
correctly  so  programs  can  be  upward  or  downward  compatible.  The  subsets  and  extensions  may  differ 
drastically  in  size,  cost,  and  performance,  but  every  program  written  for  the  native  architecture  can  run 
on  the  subset  or  extended  machine.  Due  to  uncertainties  in  the  definition  of  the  Interdata  8/32 
architecture,  the  committee  was  not  able  to  resolve  whether  or  not  the  Interdata  8/32  satisfied  this 
criterion. 

Subsetability.-  At  least  the  following  components  of  an  architecture  must  be  able  to  be  factored  out  of  the  full 
architecture'. 

1.  Virtual-to-Physical  Address  Translation  Mechanism 

2.  Floating  Point  Instructions  and  Registers  (if  separate  from  general  purpose  registers) 

3.  Decimal  Instructions  Set  (if  present  in  full  architecture) 

4.  Protection  Mechanism 

Implementations  of  the  architectures  on  small  machines  for  dedicated  applications  must  not  be 
required  to  include  features  of  the  architecture  intended  for  use  on  larger,  multiprogrammed,  multi- 
application configurations. 

Multiprocessor  Support.-  The  architecture  must  support  some  form  of  test-and-set  instruction  to  allow  for  the 
communication  and  synchronization  of  multiple  processors. 

The  intent  of  this  criterion  is  to  be  sure  that  the  basic  architecture  can  support  multiprocessor 
configurations. 

Input/Output  Controllability.-  A processor  must  be  able  to  exercise  absolute  control  over  any  I/O  processor 
and/or  I/O  controller. 

While  all  architectures  necessarily  permitted  individual  devices  to  be  started  and  queried  for  status, 
there  were  varying  degrees  of  control  exercisable  with  respect  to  stopping  the  devices.  It  is  reasonable 
to  stop  all  input/output,  or  to  stop  selected  devices.  All  architectures  had  some  way  of  stopping  a single 
device  and  stopping  all  devices,  but  how  they  did  it  varied  widely  in  efficiency. 


Extensibility.-  The  architecture  must  have  some  method  for  adding  instructions  to  the  architecture  consistent 
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with  existing  formats.  There  must  be  at  least  one  undefined  code  point  in  the  existing  opcode  space  of  the 
instruction  formats.  All  nine  candidate  architectures  have  unused  instructions,  so  all  passed  this  criterion. 

Read-Only  Code.-  It  must  be  possible  to  execute  programs  from  read-only  storage. 

This  criterion  is  intended  to  permit  an  added  degree  of  reliability  by  permitting  programs  to  be  stored 
in  a nonvolatile  read-only  memory. 


a 

b 

£ 

d 

Criteria1 

£ 

£ 

g 

b 

L 

IBM  System/370 

y 

y 

y 

y 

y 

y 

y 

y 

y 

Interdata  8/32 

y 

y 

y 

?3 

y 

y 

y 

y 

y 

ROLM  1664 

n 

y 

y 

y 

y 

y 

y 

y 

y 

DEC  PDP-11 

y 

y 

y 

y 

y 

y 

y 

y 

y 

Univac  AN/UYK-7 

y 

y 

n 

y 

y2 

y 

y 

y 

y 

SEL  32 

n 

y2 

y 

y 

y 

y 

y 

y 

y 

Burroughs  B 6700 

y 

n 

y 

y 

y2 

y 

y 

y 

y 

Univac  AN/UYK-20 

n 

n 

y 

y 

y 

y 

y 

y 

y 

Litton  AN/GYK-12 

y 

y2 

n 

y 

y2 

y 

y 

y 

y 

Notes 

1.  The  criteria  were: 

(a)  Virtual  Memory, 

(b)  Protection, 

(c)  Floating  Point,  (d)  Interrupts 

and  Traps,  (e)  Subsetability,  (f)  Multi-processor,  (g)  I/O  Controllability,  (h)  Extensibility, 
and  (i)  Read-Only  Code 

2.  Yes,  with  some  reservations 

3.  Unresolved 


Table  8-2:  Summary  of  Absolute  Criteria 


8.3.  Quantitative  Criteria 

In  addition  to  the  absolute  criteria,  the  committee  specified  17  quantitative  criteria  that  they  felt 
would  be  helpful  in  the  initial  screening  process.  A number  of  these  quantitative  criteria  measure 
attributes  of  a computer  architecture  better  measured  by  benchmarks,  or  test  programs.  However,  the 
committee  recognized  that  it  did  not  have  the  resources  to  run  benchmarks  on  all  nine  candidate 
architectures  and  therefore  proceeded  with  the  use  of  these  quantitative  criteria  to  help  select  three  or 
four  candidate  architectures,  out  of  the  original  nine  candidate  architectures,  for  more  intensive  study 
via  test  programs. 

Virtual  Address  Space.-  This  measure  contained  two  components,  the  size  of  the  virtual  address  space 
in  bits  and  the  number  of  addressable  units  in  the  virtual  address  space.  See  Table  8-3. 


Two  aspects  of  this  measure  were  open  to  interpretation.  The  committee  settled  on  the  following 
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Architecture  Number  q£  Bits.  Number  o£ 

Addressable  Units. 


IBM  System/370 

27 

27 

Interdata  8/32 

27 

27 

ROLM  1664 

20 

20 

DEC  PDP-11 

20 

19 

Univac  AN/UYK-7 

24 

24 

SEL  32 

22 

22 

Burroughs  B 6700 

24 

20 

Univac  AN/UYK-20 

20 

17 

Litton  AN/GYK-12 

20 

20 

Note 

The  values  are  of  the  form  2X,  where  x is  the  indicated  data  except  for  the  B 6700  which  is  of  the 
form  3(2X). 


Table  8-3:  Virtual  Address  Space  Measures 


interpretation  for  treating  bank  switching:  the  virtual  address  for  a machine  with  bank  switching  is  the 
address  within  a bank.  The  effect  of  bank  switching  is  to  increase  the  size  of  the  physical  rather  than 
the  virtual  address. 

The  second  interpretation  centered  on  the  notion  of  addressable  unit  . There  are  several  degrees  of 
addressability.  An  item  may  be  fully  addressable  in  the  sense  that  it  can  be  accessed  by  the  address 
produced  by  an  effective  address  computation.  The  committee  also  decided,  however,  that  instructions 
such  as  the  IBM  System/370  Test  Under  mask , and  the  OR  Immediate  allowed  the  testing  and  setting  of 
individual  bits,  and  provided  a minimum  addressable  unit  of  1 bit. 

As  indicated  above,  this  is  a composite  measure.  The  size  of  the  virtual  address  space  was  considered 
separate  from  the  number  of  addressable  units  in  the  virtual  address  space  since  individual  items  may  be 
read  or  written  even  though  no  specific  address  for  the  item  can  be  computed.  For  instance,  using 
masks  and  logical  operations,  individual  bits  within  a word  can  be  read  or  written  even  if  an  architecture 
does  not  generate  individual  bit  addresses.  Under  this  interpretation,  the  System/370  obtains  a value  of 
227  for  both  measures  (224  bytes,  each  23  bits  long).  The  PDP-11  by  contrast,  obtains  two  different 
values:  220  for  the  virtual  address  size  (2i6  bytes,  each  23  bits  long,  for  each  of  the  instruction  and  data 
spaces)  and  2 19  for  the  number  of  addressable  units  since  instruction  space  items  are  not  normally 
modifiable. 

Physical  Address  Space.-  As  in  the  previous  measure,  two  components  were  defined,  the  size  of  the 
physical  address  space  in  bits  and  the  number  of  addressable  units  in  the  physical  address  space.  See 
Table  8-4. 
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Architecture 

Number.  q£  Bits 

Number.  q£ 
Addressable  Units. 

IBM  System/370 

27 

27 

Interdata  8/32 

27 

27 

ROLM  1664 

22 

22 

DEC  PDP-11 

25 

24 

Univac  AN/UYK-7 

23 

23 

SEL  32 

26 

26 

Burroughs  B 6700 

24 

20 

Univac  AN/UYK-20 

20 

17 

Litton  AN/GYK-12 

29 

29 

Notes 

1.  The  values  for  are  of  the  form  2X  where  x is  the  indicated  data  except  for  the  B 6700  which 
is  of  the  form  3(2X). 

2.  The  ROLM  1664  and  SEL  32  architectures  use  bank  switching. 

Table  8-4:  Physical  Address  Space  Measures 


Where  bank  switching  was  implemented,  the  physical  address  measures  included  all  the  banks  of 
memory  available.  For  computers  with  virtual  address  translation,  the  physical  address  is  the  address 
resulting  from  the  virtual-to-physical  address  translation.  The  physical  address  space  is  defined  apart 
from  any  implementation,  since  the  physical  address  space  size  is  defined  by  the  effective  address 
calculation  process  or  the  virtual  address  translation  process  and  need  not  be  equal  to  the  largest 
memory  configuration  yet  delivered. 

The  scores  for  the  System/370  were  227  on  both  components  of  this  measure  while  those  of  the  PDP- 
11  were  22-'1  and  224  (Unibus  physical  addresses  are  22  bits  wide.  Again,  the  discrepancy  is  due  to  the 
exclusion  of  the  instruction  space). 

Fraction  of  Instruction  Space  Unassigned.-  It  is  important  to  select  an  architecture  that  will  allow 
reasonable  growth  over  its  expected  lifetime.  Let  U be  defined  as  the  fraction  of  the  instruction  space  in 
the  architecture  that  is  unassigned.  Specifically: 

U = I , Uj  . 2’1  (1) 

where  m is  the  number  of  unassigned  instructions  of  length  i,  and  the  summation  ranges  over  all  values 
of  i for  a given  architecture.  See  Table  8-5.  The  values  for  this  criterion  were  determined  from  the 
manufacturers  literature  and  ranged  from  a low  of  0.019  for  the  Burroughs  B 6700  to  a high  of  0.450  for 
the  SEL  32  . 

Size  of  Central  Processor  State.-  The  amount  of  information  that  must  be  stored  or  loaded  upon 
interrupt  and/or  context  swapping  is  clearly  an  important  factor  in  the  response  of  real  time  systems  and 
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Architecture 

Fraction 

IBM  System/370 

0.371 

Interdata  8/32 

0.355 

ROLM  1664 

0.039 

DEC  PDP-11 

0.043 

Univac  AN/UYK-7 

0.150 

SEL  32 

0.450 

Burroughs  B 6700 

0.019 

Univac  AN/UYK-20 

0.125 

Litton  AN/GYK-12 

0.219 

Table  8-5:  Unassigned  Instruction  Space  Measures 


in  the  overhead  of  multiprogramming  systems.  Let  the  processor  state  be  defined  as  all  the  bits  of 
information  in  a processor  that  must  be  saved  in  order  to  be  able  to  restart  an  interrupted  process  at  a 
later  date.  Processor  states  normally  include  the  accumulators,  index  registers,  program  counter, 
condition  codes,  memory  mapping  registers,  interrupt  mask  registers,  etc.  See  Table  8-6. 


Architecture 

CS1 

CS2 

CM1 

CM2 

System/370 

1344 

576 

3168 

1312 

8/32 

1632 

576 

1120 

32 

1664 

1008 

112 

1882 

554 

PDP-11 

1168 

144 

736 

480 

AN/UYK-7 

992 

448 

1472 

1472 

SEL  32 

304 

288 

768 

704 

B 6700 

306 

204 

408 

408 

AN/UYK-20 

1328 

336 

2256 

720 

AN/GYK-12 

1008 

752 

1344 

1088 

Notes 

CS1  - Number  of  bits  in  Pc  State  for  a full  implementation. 

CS2  - Number  of  bits  in  Pc  State  for  the  subset  implementation. 

CM1  - Number  of  bits  transferred  for  a full  implementation. 

CM2  - Number  of  bits  transferred  for  the  subset  implementation. 

Table  8-6:  Size  of  Pc  State 
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This  measure  gives  an  approximation  to  the  complexity  of  the  implementation  of  the  architectures,  as 
well  as  a measure  of  the  responsiveness  of  the  architectures  to  worst-case  context  changes  for  interrupt 
processing.  The  actual  measure  used  by  the  committee  consisted  of  four  components,  describing  (a)  the 
number  of  bits  in  Pc  state  for  a full  implementation  of  the  architecture,  (b)  the  number  of  bits  in  a 
subset  of  the  architecture  defined  by  the  committee,  (c)  the  number  of  bits  that  must  be  transferred 
between  the  processor  and  the  memory  to  save  and  restore  the  status  across  an  interrupt  for  the  full 
architecture,  and  (d)  same  as  the  previous  definition,  for  the  subset  architecture. 

Some  of  these  components  can  be  difficult  to  measure  since  they  depend  not  only  on  the  architecture 
of  the  machine  but  may  include  some  aspects  of  the  operating  system.  For  instance,  some  Pc  state 
registers  may  or  may  not  have  to  be  saved  across  an  interrupt,  depending  on  whether  or  not  the 
operating  system  uses  them  to  store  context  information.  A large  Pc  state  does  not  always  imply  an 
expensive  context  switching  operation;  if  multiple  sets  of  context  registers  are  provided,  context 
switching  might  in  some  extreme  cases  reduce  to  saving  and  restoring  the  register  set  index. 

Usage  Base.-  This  measure  included  the  number  of  computers  delivered  as  well  as  the  total  dollar 
value  of  the  installed  computer  base.  See  Table  8-7. 


Architecture  Number  ql  Computers  Dollar  Volume 


IBM  System/370  17,300 

Interdata  8/32  185 

ROLM  1664  13,800 

DEC  PDP-11  14,700 

Univac  AN/UYK-7  346 

SEL  32  75 

Burroughs  B 6700  90 

Univac  AN/UYK-20  400 

Litton  AN/GYK-12  30 


Table 


(in  Millions) 

16,000 
14 
169 
311 
147 
23 
207 
8 
6 

-7:  Usage  Base  Measures 


The  merit  of  this  measure  is  rather  questionable.  It  was  an  attempt  to  estimate  the  software  and 
programmer  base  of  an  architecture.  The  existence  of  large  libraries  of  programs  and  the  existence  of 
large  programmer  communities  should  imply  less  cost  to  develop  new  application  programs.  As  the 
committee  noted  in  its  report,  some  of  the  commercial  architectures  (System/370,  PDP-11,  and 
ROLM/NOVA)  had  orders  of  magnitude  more  installations  than  some  of  the  lesser  known  machines. 
In  addition,  the  dollar  value  of  the  installed  base  depends  to  a great  extend  on  the  marketing  policies  of 
the  manufacturers  and  do  not  reflect  in  any  tangible  way  the  quality  of  the  architectures. 

I/O  Initiation.-  The  minimum  number  of  bits  which  must  be  transferred  between  main  memory  and 
any  processor  (central,  or  I/O)  in  order  to  output  one  8-bit  byte  to  a standard  peripheral  device.  See 
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Architecture 


Number  o£  Bits. 


IBM  System/370 
Interdata  8/32 
ROLM  1664 
DEC  PDP-11 
Univac  AN/UYK-7 
SEL  32 

Burroughs  B 6700 
Univac  AN/UYK-20 
Litton  AN/GYK-12 


64 

16 

48 

16 

128 

64 

169 

80 

32 


Table  8-8:  I/O  Initiation  Measures 


Table  8-8.  Although  this  measure  was  intended  to  give  some  insight  into  the  responsiveness  of  an 
architecture,  it  is  very  difficult  to  construct  an  interpretation  of  the  measure  that  serves  this  purpose 
well.  The  measure  counts  relatively  few  bits  for  some  architectures,  and  this,  in  turn,  makes  the 
measure  very  sensitive  to  changes  of  a few  bits.  This  measure  is  also  sensitive  to  several  assumptions 
about  exactly  what  actions  are  to  be  performed  in  doing  the  input/output  operation,  and  where 
parameters  for  the  operation  are  found.  Unfortunately,  this  sensitivity  made  the  measure  very  arbitrary, 
and  a rather  inexact  measure  of  input/output  responsiveness. 

Virtualizability.-  The  intent  of  this  criterion  is  to  capture  the  concept  of  virtual  machines  [Popek  and 
Goldberg  1974]  that  has  been  used  to  advantage  in  some  commercial  computer  systems  (e.g.,  IBM’s 
VM/370). 


Architecture 


(1  = yes,  0 = no) 


IBM  System/370 
Interdata  8/32 
ROLM  1664 
DEC  PDP-11 
Univac  AN/UYK-7 
SEL  32 

Burroughs  B 6700 
Univac  AN/UYK-20 
Litton  AN/GYK-12 


0 

0 

0 

0 

0 


0 

0 


Table  8-9:  Virtualizability 


An  architecture  that  supports  virtual  machines  provides  a mechanism  for  a privileged,  stand-alone 
program  to  run  as  an  unprivileged  task  and  produce  the  results  identical  to  those  it  produces  as  a 
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privileged  program.  The  importance  of  this  idea  is  that  an  operating  system  can  be  run  in  user  mode  as 
a subsystem  of  another  operating  system.  See  Table  8-9.  Only  two  architectures  (System/370  and  PDP- 
11)  met  this  criteria,  as  demonstrated  by  the  existence  of  virtual  machines  implemented  on  these 
architectures. 

Direct  Instruction  Addressability-  The  maximum  number  of  bits  of  primary  memory  which  one 
instruction  can  directly  address  given  a single  base  register,  which  may  be  used  but  not  modified.  See 
Table  8-10.  Large  displacement  fields  in  instructions  generally  simplify  programming  because  they 
reduce  the  need  to  set  base  registers  and  to  maintain  addressability.  Because  an  architecture  may  have 
several  different  instruction  formats,  each  with  different  displacement  field  formats,  the  committee 
required  that  the  format  selected  for  this  measure  be  the  one  used  for  standard  LOAD  and  STORE 
operations,  or  the  equivalent  thereof.  This  eliminated  anomalies,  like  the  Move  Character  Long  in  the 
IBM  System/370  architecture,  from  consideration. 


Architecture 


Number.  qL  Bits. 


IBM  System/370  15 

Interdata  8/32  27 

ROLM  1664  20 

DEC  PDP-11  19 

Univac  AN/UYK-7  18 

SEL  32  22 

Burroughs  B 6700  18 

Univac  AN/UYK-20  20 

Litton  AN/GYK-12  20 


Table  8-10:  Direct  Instruction  Addressability  Measures 


Maximum  Interrupt  Latency.-  The  maximum  number  of  bits  which  may  need  to  be  transferred 
between  memory  and  any  processor  (central  processor,  I/O  controller,  etc.)  between  the  time  an 
interrupt  is  requested  and  the  time  that  the  computer  starts  processing  that  interrupt  (given  that 
interrupts  are  enabled).  This  may  be  interpreted  as  a measure  of  the  longest  non-interruptable 
instruction  or  sequence  of  instructions.  See  Table  8-11.  Architectures  with  non-terminating,  non- 
interruptable  instructions  have  infinite  values  for  this  measure,  as  shown  in  the  table  for  the  AN/UYK- 
20. 

Subroutine  Linkage.-  The  number  of  bits  which  must  be  transferred  between  the  processor  and 
memory  to  save  the  user  state,  transfer  to  the  called  routine,  restore  the  user  state,  and  return  to  the 
calling  routine  (no  parameters  are  passed).  See  Table  8-12. 
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Architecture 

IBM  System/370 
Interdata  8/32 
ROLM  1664 
DEC  PDP-11 
Univac  AN/UYK-7 
SEL  32 

Burroughs  B 6700 
Univac  AN/UYK-20 
Litton  AN/GYK-12 

Table  8-11: 


Number  q£  Bits. 

6192 

560 

114 

112 

2112 

288 

255 

infinity 

1376 

Maximum  Interrupt  Latency  Measures 


Architecture 


IBM  System/370 
Interdata  8/32 
ROLM  1664 
DEC  PDP-11 
Univac  AN/UYK-7 
SEL  32 

Burroughs  B 6700 
Univac  AN/UYK-20 
Litton  AN/GYK-12 


Number  q£  Bits. 

(Full  Architecture) 

1904 

2368 

1360 

1040 

1280 

960 

459 

1408 

1344 


Number  q£  Bils. 

(Subset  Architecture) 

1136 

1280 

320 

400 

1280 

960 

459 

640 

1088 


Table  8-12:  Subroutine  Linkage  Measures 


Normalization  of  the  Quantitative  Criteria 

Two  problems  arise  when  attempting  to  combine  widely  different  parameters,  such  as  the  quantitative 
criteria,  into  a single  number  for  comparison  purposes.  First,  some  criteria  have  a direct  relationship 
with  our  intuitive  concept  of  "goodness"  while  others  have  an  inverse  relationship.  For  instance,  it  is 
clear  that  a large  virtual  address  space  is  a good  feature  in  an  architecture  while  a large  Pc  state  affects 
the  cost  of  implementation  and  increases  the  context  switching  time.  Specifically,  a good  architecture 
would  optimize  the  virtual  and  physical  address  spaces,  the  unused  instruction  space,  the  usage  base,  the 
virtualizability,  and  the  direct  instruction  addressability,  and  would  try  to  reduce  the  size  of  the  Pc  state, 
the  interrupt  latency,  and  the  subroutine  linkage  cost. 

The  second  problem  involves  the  relative  values  of  the  measures.  Some  measures  involve  inherently 
large  magnitudes  (e.g.,  size  of  virtual  address  space)  while  others  involve  small  integers  (e.g.,  the 
virtualizability  criteria  yields  either  0 or  1).  In  addition,  even  within  the  same  criterion,  some  values 
might  differ  by  orders  of  magnitude,  yet  the  utility  or  goodness  of  the  feature  could  be  hardly  said  to 
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differ  by  orders  of  magnitude.  For  instance,  it  would  be  difficult  to  argue  that  an  architecture  with  a 32- 
bit  virtual  address  is  256  (i.e.,  28)  times  "better"  than  an  architecture  with  a 24-bit  virtual  address. 

The  first  problem  was  solved  by  the  committee  by  making  the  composite  measure  a maximal 
measure,  using  the  reciprocal  value  (1/V)  for  those  measures  that  had  to  be  minimized.  The  problem  of 
wide  variation  in  scales  was  solved  by  dividing  each  value  by  the  average  value  of  the  criterion  over  the 
set  of  nine  architectures.  Normalized  measures  therefore  lie  in  the  range  0-9  (there  were  9 
architectures),  with  a mean  value  of  unity  and  a standard  deviation  in  the  interval  (0,9°  5).  For  those 
measures  whose  range  of  values  could  vary  over  several  orders  of  magnitude  but  were  not  felt  to 
represent  the  relative  goodness  of  the  architectures  (as  in  the  case  of  virtual  address  space  size),  a 
second  normalization  step  was  applied  to  make  the  standard  deviation  of  the  normalized  values  equal  to 
unity.  The  statistical  formulation  and  justification  for  this  step  is  fully  described  in  [Burr,  Smith,  and 
Coleman  1977]  and  is  not  terribly  relevant  to  the  understanding  of  the  examples  that  follow. 

The  model  used  by  the  committee  to  compute  the  ranking  of  the  architectures  based  on  the 
quantitative  criteria  was  of  the  form: 

V = I . W.  . Xj  (2) 

were  W.  was  the  relative  weight  of  the  ith  (normalized)  measure,  Xj.  Since  the  weighing  coefficients 
were  defined  so  that  their  sum  was  unity,  the  value  V is  also  normalized  with  a mean  value  of  1. 

It  was  indicated  above  that  the  weights  were  assigned  by  each  voting  organization,  the  Army  and 
Navy  laboratories  and  installations  which  represented  a significant  portion  of  the  intended  users.  The 
procedure  adopted  was  to  assign  to  each  organization  a total  of  100  points  to  be  distributed  among  the 
various  measures.  The  actual  weight  assigned  to  a measure  was  computed  by  adding  all  the  points 
assigned  to  a measure  and  dividing  it  by  the  total  number  of  points  handed  out.  Thus,  for  instance,  if 
there  are  20  voting  organizations,  and  a total  of  250  points  are  given  to  some  measure  K,  the  weight 
assigned  to  K is: 

250/(20*100)  =>  0.125 

Table  8-13  shows  the  weights  assigned  to  the  quantitative  measures.  For  those  measures  that 
contained  several  components  (e.g.,  Virtual  Address  Space)  the  weights  assigned  to  the  individual 
components  are  also  listed.  Thus,  for  the  Subroutine  Linkage  Measure,  the  weight  assigned  to  the  case 
of  a full  architecture  is  0.06  (6%)  and  to  the  subset  architecture  is  0.05  (5%).  Since  the  weights  represent 
a subjective  element,  the  committee  went  through  an  elaborate  process  to  determine  the  sensitivity  of 
the  ranking  and  concluded  that  the  ranking  (Table  8-14)  was  a fair  representation  of  the  relative  merits 
of  the  architectures.  In  particular,  although  the  relative  position  of  the  architectures  towards  the  bottom 
of  the  ranking  was  susceptible  to  changes,  the  top  three  architectures  (Interdata  8/32,  DEC  PDP-11,  and 
IBM  System/370)  remained  at  the  top  by  a substantial  margin.  These  were  then  selected  for  a more 
elaborate  evaluation  using  benchmark  programs. 
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Criterion  Weight 


Virtual  Address  Space 
Physical  Address  Space 
Unassigned  Instruction  Space 
Central  Processor  State 
Usage  Base 
I/O  Initiation 
Virtualizability 

Direct  Instruction  Addressability 
Maximum  Interrupt  Latency 
Subroutine  Linkage 


0.09 

(0.04, 

0.05) 

0.12 

(0.06, 

0.06) 

0.06 

0.19 

(0.04, 

0.04,  0.06,  0.05) 

0.06 

(0.03, 

0.03) 

0.12 

0.06 

0.10 

0.09 

0.11 

(0.06, 

0.05) 

Total  1.00 


Table  8-13:  Quantitative  Measure  Weights 


Architecture 

Seem 

Interdata  8/32 

1.68 

DEC  PDP-11 

1.43 

IBM  System/370 

1.36 

Litton  AN/GYK-12 

0.94 

ROLM  1664 

0.92 

Burroughs  6700 

0.91 

SEL  32 

0.86 

Univac  AN/UYK-7 

0.46 

Univac  AM/UYK-20 

0.44 

Table  8-14:  Summary  of  Quantitative  Criteria 


Example 

An  example  will  provide  a better  understanding  of  the  procedure  used  to  rank  the  architectures 
according  to  the  quantitative  criteria.  In  this  example  we  will  use  the  Mark-1,  PDP-8,  PDP-11, 
System/370,  and  CDC  6600  instruction  sets.  To  simplify  matters,  we  will  assume  that  only  two 
quantitative  criteria  are  used,  the  size  of  the  virtual  address  space  and  the  size  of  the  central  processor 
state.  All  data  will  be  computed  from  the  ISPS  descriptions. 

The  data  appears  in  Tables  8-15  and  8-16.  If  we  take  the  normalized  data  (obtained  by  dividing  a 
datum  by  the  average  value  of  a measure),  multiply  it  by  a weight,  and  compute  the  sum  of  the  two 
weighted  values,  we  obtain  the  rankings  shown  in  Table  8-17,  for  different  mixes  of  weights. 

It  is  easy  to  observe  the  effect  of  the  weights  on  the  ranking  . As  we  increase  the  weight  assigned  to 
the  Virtual  Memory  size  and  decrease  the  weight  assigned  to  the  Pc  state  size,  the  Mark-1  and  the  PDP- 
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Architecture  YiriuaL  Memory  Size 

(in  bits) 


Mark-1 

28 * * * * 13  . 32  = 262,144 

PDP-8 

212 *  . 12  = 49,152 

PDP-11 

216  . 16  . 2 = 2,097,152 

System/370 

224  . 8 = 134,217,728 

CDC  6600 

217 * * * * * *  . 60  = 7,864,320 

Average 

289  . 105  (approx.) 

(a)  Raw  Data 

Architecture 

Daia 

Mark-1 

0.009 

PDP-8 

0.002 

PDP-11 

0.073 

System/370 

4.644 

CDC  6600 

0.272 

Sum 

5 

Average 

1 

(b)  Normalized  Data 

Table  8-15:  Virtual  Memory  Space  Size  — VM 


8 drop  while  the  System/370  and  the  CDC  6600  increase  in  ranking.  The  PDP-11  is  penalized  by  its 

large  Pc  state  size  (relative  to  the  Mark-1  and  the  PDP-8)  and  its  small  virtual  memory  (relative  to  the 

System/370  and  the  CDC  6600).  It  does  no  better  than  last  place  except  in  the  extremes,  were  one  or 

the  other  measure  is  dropped  altogether  (i.e.,  its  weight  is  0,  the  first  and  last  columns  in  Table  8-17). 

As  indicated  before,  the  CFA  Committee  applied  a double  normalization  those  measures  that  could 

differ  by  orders  of  magnitude,  even  though  the  architectures  could  not  be  said  to  differ  by  such  large 

values.  The  procedure  adopted  was  to  normalize  the  standard  deviation  to  unity,  by  computing: 

o-  = Sqrtf  1/(M-1)  . Ij=1  M (x.  - 1 )2) 

Xj’  = 1 + (Xj  - 1)/(T 

where  Xj  are  the  measures  previously  normalized  to  a mean  of  unity  and  x7  are  the  new  normalized 

measures  over  the  M architectures.  If  we  apply  this  procedure  to  our  example,  we  obtain  the  data  and 

rankings  shown  in  Tables  8-18  and  8-19. 

After  the  double  normalization,  the  retains  its  first  place  a while  longer,  while  the  System/370  does 

not  rise  to  first  place  until  later.  Since  the  Mark-1  had  the  smallest  Pc  state  size,  followed  by  the  PDP-8, 

it  is  clear  that  the  double  normalization  reduced  the  importance  of  the  Virtual  Memory  size  measures 

(the  strongest  System/370  parameter)  relative  to  the  Pc  state  size  measures. 
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Architecture 

Processor  State  SiZ£ 
(in  bits) 

1/Size 

Mark-1 

45 

0.0222 

PDP-8 

56 

0.0179 

PDP-11 

1428 

0.0007 

System/370 

1344 

0.0007 

CDC  6600 

1887 

0.0005 

Average 

0.0084 

Nq1£ 

Data  computed  by  adding  all  bits  in  sections  labelled  **  Pc. State  **  in  the  Appendices.  In  addition,  the 
PDP-11  measure  includes  the  bits  in  the  sections  labelled  **  Memory. Management  **  (but  only  one 
PAR/PDR  set),  and  **  FPc.State  **. 

(a)  Raw  Data 


Architecture 

Data 

Mark-1 

2.642 

PDP-8 

2.123 

PDP-11 

0.083 

System/370 

0.088 

CDC  6600 

0.063 

Sum 

5 

Average 

1 

(b)  Normalized  Data 
Table  8-16:  Processor  State  Size  --  PS 


Arch^ 

Weights 

Applied  to  VM/PS  Parameters 

0.0/1.0 

0.2/0. 8 

0.4/0. 6 

0.6/0. 4 

0.8/0. 2 

1. 0/0.0 

Mark-1 

2.642(1) 

2.115(1) 

1.589(21 

1.062(2) 

0.536(2) 

0.009(4) 

PDP-8 

2.123(2) 

1.699(2) 

1.275(3) 

0.850(3) 

0.426(3) 

0.002(5) 

PDP-11 

0.083(4) 

0.081(5) 

0.079(5) 

0.077(5) 

0.075(5) 

0.073(3) 

System/370 

0.088(3) 

0.999(3) 

1.910(1) 

2.822(1) 

3.733(1) 

4.644(1) 

CDC  6600 

0.063(5) 

0.105(4) 

0.147(4) 

0.188(4) 

0.230(4) 

0.272(2) 

Not£.-  Ranking  is  shown  in  parenthesis,  next  to  score. 

Table  8-17:  Ranking  of  Architectures 


A different  type  of  interaction  between  the  weights  and  the  measures  can  be  observed  in  Table  8-20, 
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Architecture 


VinuaL  Memory  Size 


Ft  Slate  Size 


Mark-1 
PDP-8 
PDP-11 
System/370 
CDC  6600 


0.514 

2.287 

0.511 

1.881 

0.545 

0.281 

2.786 

0.285 

0.643 

0.265 

Table  8-18:  Double  Normalized  Data 


Arch.  Weights  Applied  tQ  YMZFS  Measures 


0.0/1.0 

0.2/0. 8 

0.4/0. 6 

0.6/0. 4 

0.8/0. 2 

1. 0/0.0 

Mark-1 

2.287(1) 

1.932(1) 

1.578(1) 

1.223(2) 

0.869(2) 

0.514(4) 

PDP-8 

1.881(2) 

1.607(2) 

1.333(2) 

1.059(3) 

0.785(3) 

0.511(5) 

PDP-11 

0.281(4) 

0.334(5) 

0.387(5) 

0.439(5) 

0.492(5) 

0.545(3) 

System/370 

0.285(3) 

0.785(3) 

1.285(3) 

1.786(1) 

2.286(1) 

2.786(1) 

CDC  6600 

0.265(5) 

0.341(4) 

0.416(4) 

0.492(4) 

0.567(4) 

0.643(2) 

Note.-  Ranking  is  shown  in  parenthesis,  next  to  score. 

Table  8-19:  Ranking  of  Architectures  After  Double  Normalization 


in  which  we  repeat  the  computations,  including  the  double  normalization,  for  the  case  in  which  neither 
the  Mark-1  nor  the  PDP-8  are  included  in  the  ranking. 

The  elimination  of  the  two  architectures  with  the  smallest  Pc  state  size  altered  the  ranking  of  the 
remaining  three  architectures.  As  expected,  the  System/370  comes  out  a clear  winner  across  all  weight 
combinations  (it  has  the  largest  virtual  address  space  and  the  smallest  Pc  state  size).  The  PDP-11  now 
dominates  the  CDC  6600  except  for  the  case  when  the  Pc  state  size  is  eliminated  (i.e.,  its  weight  is  0.0). 
The  penalty  that  the  PDP-11  suffered  in  the  previous  examples  was  due  to  its  large  Pc  state  size  relative 
to  the  Mark-1  and  the  PDP-8.  Once  these  machines  were  eliminated,  the  Pc  state  size  of  the  PDP-11 
was  not  a serious  problem  (it  is  between  the  values  for  the  other  two  architectures)  even  thought  its 
virtual  address  space  size  was  by  far  the  smallest  of  the  group. 
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Architecture 

Raw  Dala 

Normalized 

Double  Normalized 

PDP-11 

2,097,152 

0.044 

0.384 

System/370 

134,217,728 

2.793 

2.154 

CDC  6600 

15,728,640 

0.164 

0.462 

(a)  Virtual  Memory  Size 

Architecture 

Raw  Data 

1/Raw 

Nqdh^ 

Double  Noun. 

PDP-11 

1428 

700  . 

io-6 

1.064 

1.373 

System/370 

1344 

744  . 

lO'6 

1.130 

1.760 

CDC  6600 

1887 

530  . 

IO'6 

0.806 

-0.133 

(b)  Processor  State  Size 

Aicb^ 

Weights 
0.0/ 1.0 

Applied  io  VMZRS 
0.2/0. 8 

Measures 
0.4/0. 6 

0.6/0. 4 

0.8/0. 2 

1. 0/0.0 

PDP-11 
System/370 
CDC  6600 

1.373(2) 

1.760(1) 

-0.133(3) 

1.175(2) 

1.839(1) 

-0.014(3) 

0.977(2) 

1.918(1) 

0.105(3) 

0.780(2) 

1.996(1) 

0.224(3) 

0.582(2) 

2.075(1) 

0.343(3) 

0.384(3) 

2.154(1) 

0.462(2) 

(c)  Compound  Value  and  Ranking 
Table  8-20:  Ranking  After  Eliminating  Mark-1  and  PDP-8 


8.4.  Benchmarks 

During  this  phase,  the  evaluation  of  the  remaining  candidates  was  based  on  their  performance  while 
executing  a set  of  test  programs.  The  concept  of  writing  benchmarks  or  test  programs  is  not  a new  idea 
in  the  field  of  computer  performance  evaluation.  The  main  difference  in  the  approach  used  in  the  CFA 
project  was  the  departure  from  the  traditional  measures  gathered  from  typical  computer  performance 
studies,  namely  the  execution  speed  of  a test  program.  A computer  architecture  does  not  specify  the 
instruction  execution  times  and  the  following  alternative  measures  were  developed: 

1.  S — Number  of  bytes  used  to  represent  a test  program. 

2.  M --  Number  of  bytes  transferred  between  primary  memory  and  the  processor  during  the 
execution  of  a test  program. 

3.  R — Number  of  processor  cycles  required  within  a canonical  processor  for  the  execution  of 
the  test  program. 

The  S measure  is  an  indication  of  the  amount  of  memory  needed  to  represent  the  programs  running 
on  a computer.  For  the  same  technology,  two  architectures  that  require  different  amounts  of  memory 


122 


Evaluation  of  Computer  Architectures 


would  have  different  costs.  A small  S measure  is  a good  feature  of  a computer  architecture  and  is 
directly  related  to  encoding  efficiency  and  expressive  power  of  the  instruction  set. 

The  M measure  characterizes  the  bandwidth  of  the  data  path  between  the  central  processor  and  the 
primary  memory.  For  the  same  technology,  a higher  M measure  implies  a larger  volume  of  information 
that  has  to  be  transferred,  thus  implying  a slower  instruction  rate  or  a costlier  implementation. 

The  R measure  provides  an  indication  of  the  amount  of  processing  required  of  the  processor  to 
execute  the  program.  A higher  R measure  implies  a slower  instruction  rate  or  costlier  implementation. 

Techniques  such  as  memory  interleaving,  cache  memories,  and  pipelines  could  be  used  to  improve 
the  performance  of  a system.  However,  these  are  implementation  details  and  are  not  part  of  the 
architecture.  That  is,  two  architectures  with  different  M (or  R)  measures  could  be  implemented  using 
these  and  other  speed-up  mechanisms  so  that  their  time  performance  on  the  tests  would  be  similar. 
However,  the  relative  ranking  given  by  their  M (R)  measures  would  not  change. 

As  indicated  before,  this  phase  of  the  evaluation  was  by  far  the  most  complex  and  time  consuming 
and  it  is  important  to  understand  the  different  factors  that  could  affect  the  measurements  of  S,  M,  or  R 
for  any  given  architecture.  A benchmark  or  test  program  is  considered  one  of  the  best  tests  of  a 
computer  system,  yet  one  has  to  be  careful  in  the  selection  of  the  test  program  so  that  it  is 
representative  of  a class  of  application  programs.  In  other  words,  a useful  benchmark  is  one  that  allows 
extrapolating  the  measurements  over  a relatively  wide  class  of  programs.  The  committee  chose  12 
carefully  selected  benchmarks  as  representatives  of  the  basic  types  of  operations  in  military  systems, 
ranging  from  low  level  I/O  drivers,  character  and  string  manipulation.  Boolean,  integer,  and  floating 
point  computations,  linked  lists,  arrays,  and  other  data  structure  management,  to  context  swapping,  etc. 
The  test  programs  were  all  written  in  assembly  language.  The  use  of  high  order  languages  would  have 
permitted  the  use  of  more  and  larger  test  programs.  However  this  would  have  introduced  one  more 
factor  in  the  experiment,  namely  the  variability  in  the  quality  of  the  code  generated  by  the  compilers 
available  on  the  different  machines. 

The  second  factor  that  must  be  considered  is  the  influence  of  the  programmers’  experience.  It  is  clear 
that  an  expert  programmer  or  one  who  is  familiar  with  the  algorithm  to  be  programmed  or  the  machine 
on  which  the  test  program  is  to  run  is  likely  to  produce  more  efficient  test  programs  than  a programmer 
who  is  less  able  or  familiar  with  the  algorithm  or  the  machine.  To  capture  the  variability  likely  to  exist  in 
a large  population  of  programmers,  the  committee  used  16  programmers  during  this  phase. 

A third  factor  is,  of  course,  the  actual  architecture  on  which  the  test  program  is  run.  If  the  instruction 
set  provides  as  primitives  operations  and  data  types  that  closely  match  the  requirements  of  the  test 
program,  it  is  expected  to  result  in  shorter  or  faster  programs.  Measuring  this  was,  of  course,  the  whole 
objective  of  the  experiment. 

To  illustrate  the  interaction  between  these  factors,  one  of  the  models  actually  used  by  the  committee 
is  reproduced  below: 
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Yi,k  = C + P,  + Ttt  + Mk  + PMik  + TMUk  + e 

Y...  is  an  observation  (i.e.,  S,  M,  or  R data  point)  obtained  from  the  ith  programmer  writing  the  jth  test 

1JK 

program  on  the  kth  machine.  C is  a constant  term,  ?!  is  the  effect  due  to  the  ith  programmer,  Ty  is  the 
effect  of  the  jth  test  program  assigned  to  the  ith  programmer,  Mk  is  the  effect  of  the  kth  machine,  PMjk 
is  the  interaction  between  the  ith  programmer  and  the  kth  machine,  TMjjk  is  the  interaction  between  the 
jth  test  program  written  by  the  ith  programmer  and  the  kth  machine,  finally,  e is  an  error  term  with 
normal  distribution  and  0 mean. 

Under  ideal  conditions,  a full  design  would  require  that  each  of  the  programmers  write  each  of  the 
test  programs  for  each  of  the  candidate  machines.  That  is,  a total  of  12*16*3  (576  observations)  would 
yield  the  most  reliable  data.  This  was  not  feasible  due  to  time  and  budget  limitations  and  a partial 
experiment  was  carried  out  in  which  only  a fraction  (99)  of  these  programs  were  actually  written.  The 
error  introduced  resulted  in  the  bracketing  of  the  results  within  margins  of  confidence,  as  described  in 
the  CFA  report. 

There  was  yet  another  factor  that  could  have  potentially  influenced  the  results.  This  was  the  effect  of 
the  instruction  set  descriptions  that  were  used  to  drive  the  instrumented  simulator  used  to  collect  the 
data.  When  writing  an  ISPS  description  for  a real  machine  it  immediately  becomes  apparent  that 
describing  everything  in  terms  of  just  the  components  of  the  architecture  would  lead  to  a cumbersome 
and  unreadable  description.  Thus,  just  like  in  most  programming  languages,  temporary  registers,  register 
fields,  procedures,  etc.  tend  to  be  used  to  increase  the  readability  and  maintenability  of  the  description. 
The  introduction  of  these  extraneous  elements  (especially  the  use  of  temporary  registers)  prevented  the 
use  of  raw  data  obtained  from  the  simulation  to  be  used  directly  as  the  M and  R values.  Thus,  a 
convention  was  followed  while  writing  the  descriptions  to  label  those  points  in  the  description  which 
were  significant  from  an  architectural  point  of  view  (e.g.,  addressing  mode  computations,  instruction 
execution  procedures,  operand  and  instruction  fetches,  etc.).  The  frequency  of  execution  of  these 
selected  points  in  the  description  were  multiplied  by  certain  hand  calculated  factors  in  order  to  arrive  at 
the  M and  R measures  for  each  test  program. 


8.5.  Problems 

1.  Table  8-21  shows  a number  of  "free"  operations  codes  on  the  PDP-11.  Four  of  these  have 
7 bits  specified  (i.e.,  9 bits  yet  to  be  assigned)  and  ten  have  10  bits  specified.  Using  the 
data  in  the  table,  compute  the  fraction  of  instruction  space  unassigned,  as  defined  by  the 
committee.  (Note  that  these  are  not  all  free  operation  codes  in  the  PDP-11  since  there  are 
other  free  operation  codes  with  more  than  10  but  less  than  16  bits  assigned.) 

2.  The  committee  specified  that  the  size  of  the  Pc  state  in  the  full  implementation  of  an 
architecture  should  include  the  following  items: 

a.  Accumulators 

b.  Index  Registers 

c.  Base  Registers 

d.  Program  Counter  and  Program  Status  Word 
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e.  Protection  Registers 

f.  Memory  Mapping  Registers  (or  bank  registers,  if  these  are  used  for  virtual  to  real 
address  translations) 

g.  Interrupt  Mask  Register 

Compute  the  number  of  bits  in  the  processor  state  of  the  machines  whose  ISPS  descriptions 
appear  in  the  Appendices. 

3.  Select  an  architecture  of  your  choice  and  compute  the  I/O  Initialization  quantitative 
measure:  The  minimum  number  of  bits  which  must  be  transferred  between  main  memory  and  any 
processor  in  order  to  out  one  8-bit  byte  to  a standard  peripheral  device. 

4.  During  the  CFA  evaluation,  the  System/370  scored  a rather  low  value  in  the  I/O 
Initialization  measure  as  a result  of  using  the  WRITE  DIRECT  instruction  rather  than 
channel  commands.  The  argument  was  that  this  would  be  the  method  to  implement  high 
I/O  rates  under  specially  demanding  applications,  even  though  the  primary  purpose  of  the 
instruction  was  to  implement  communication  between  computers  rather  than  general 
purpose  I/O. 

a.  Comment  on  the  validity  of  this  argument. 

b.  Assuming  that  this  technique  is  disallowed,  compute  the  actual  measure  using  the 
regular  input/output  instructions  and  commands.  You  may  select  any  System/370 
model,  channel  type,  or  peripheral  device. 

5.  In  the  definition  of  the  Direct  Instruction  Addressability  measure  (the  maximum  number  of 
bits  of  primary  memory  which  one  instruction  can  directly  address  given  a single  base  registers, 
which  may  be  used  but  not  modified ),  the  committee  restricted  the  instructions  to  the 
load/store  class,  disallowing  vector  or  string  instructions. 

a.  Compute  the  Direct  Instruction  Addressability  for  an  architecture  of  your  choice. 

b.  Repeat  the  computation  of  this  measure  assuming  that  the  restriction  that  the 
instruction  be  in  the  load/store  class  is  removed. 

c.  The  definition  of  the  measure  specified  that  the  instruction  could  use  at  most  a 
single  base  register  which  could  be  used  but  not  modified.  If  this  restriction  is  lifted, 
would  your  previous  results  change? 

6.  Compute  the  relative  rankings  for  all  combinations  of  four  machines  out  of  the  set  used  in 
the  extended  example  (Tables  8-15  through  8-17). 

7.  Calculate  the  values  for  all  the  quantitative  criteria  for  the  instruction  set  processor  of  your 
choice.  Compare  your  choice  to  the  architectures  used  by  the  CFA  Committee  using  the 
normalization  procedure  [Some  measures  (e.g.,  usage  base)  might  not  be  readily  available 
to  you.  If  this  is  the  case,  assume  the  figures  for  the  CFA  architecture  closest  to  your 
chosen  machine.] 
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Operation 

Number  o£ 

Number  q£ 

Possible  New 

Code  Formal 

Assigned  Bits. 

Free  Bits. 

Operations. 

#007??? 

7 

9 

512 

#075??? 

7 

9 

512 

#076??? 

7 

9 

512 

#104??? 

7 

9 

512 

#1064?? 

10 

6 

64 

#1067?? 

10 

6 

64 

#1070?? 

10 

6 

64 

#1071?? 

10 

6 

64 

#1072?? 

10 

6 

64 

#1073?? 

10 

6 

64 

#1074?? 

10 

6 

64 

#1075?? 

10 

6 

64 

#1076?? 

10 

6 

64 

#1077?? 

10 

6 

64 

Table  8-21:  Unused  PDP-11  Operation  Code  Space 
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I.  Mark-1  ISPS  Description 

First  version  of  the  Manchester  University  Mark-1  Computer  ( circa  1948).  Written  by  Mario  Barbacci  (ca. 
1976) 

MARK.1  : = 
begin 


1.1.  **  Mp.State  ** 

M[0:8191]<  31:0> , 


1.2.  **  Pc. State  ** 

CR\Control.Register<  12:0> , 
ACC\  Accumulator<  3 1 :0> , 


1.3.  **  Instruction.Format  ** 

PI\Present.Instruction<  15:0>, 

f\function<0:2>  :=  PI<15:13>, 

s\address<0:12>  :=  PI<12:0>, 


1.4.  **  Instruction.Execution  ** 

icycle\instruction. cycle  (main)  : = 
begin 
REPEAT 

begin 

PI  = M[CR]<15:0>  next 
DECODE  f => 
begin 

#0  : = CR  = M[s], 

#1  :=  CR  = CR  + M[s], 

#2  :=  ACC  = - M[s], 

#3  :=  M[s]  = ACC, 

#4:#5  : = 

ACC  = ACC  - M[s], 

#6  :=  IF  ACC  Iss  0 =>  CR  = CR  + 1, 
#7  :=  STOPO 
end  next 
CR  = CR  + 1 
end 


end 


end 
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II.  PDP-8  ISPS  Description 

The  basic  PDP-8  instruction  set,  not  including  the  extended  arithmetic  element  (EAE)  option.  I/O  instructions 
are  limited  to  those  dealing  with  the  interrupt  mechanism. 

Original  description  (ISPL)  and  conversion  to  ISPS  by  Mario  Barbacci.  Addition  of  extended  accumulator 
and  additional  group  3 microoperations  by  Larry  Lai  (1980) 

PDP8  :=  begin 


11.1.  **  Mp.State  ** 

M\  Memory  [0:4095]<  0:1 1> , 


11.2.  **  Pc.State  ** 

PC\Program.Counter<  0: 1 1 > , 
cpage\current.page<  0:4> , 
lac<  0: 1 2>  , 

LALinkO  :=  lac<0>, 

AC\Accumulator<0:ll>:  = lac<  1:12>, 
MQ\Multiplier. Quotient. Register<  0:1 1 > , 
interrupt. state<  > , 
interrupt.request<  > , 
switches<0:l  1> , 


11.3.  **  Instruction.Format  ** 


Mnstruction<0:ll>, 

op\operation<0:2>  :=  i<0:2>, 

ib\indirect.bit<  > :=  i<3>, 

pb\page.0.bit<  > :=  i<4>, 

pa\page.address<0:6>  :=  i< 5: 1 1 > , 

io.select<0:5>  :=  i<3:8>, 

device  select 

io.control<0:2> 

:=  i< 9:1 1>  , 

device  operation 

io. pulse. pl< > :=  io.control<0>, 

io. pulse. p2<  > :=  io.controK  1> , 

io. pulse. p4<  > :=  io.controK  2>  , 

groupO  :=  i<3>. 

microinstruction  group 

CLAO  : = 

i<4>, 

clear  A C (all  groups) 

CLLO  : = 

i<5>. 

group  1 operations  (group  bit  = 0) 
clear  L 

CMAO  : = 

i<6>. 

complement  A C 

CMLO  : = 

i<7>. 

complement  L 

rot<0:2>  : = 

i<  8: 1 0>  , 

rotate  group 

IAC<>  : = 

i<  1 1> , 

increment  A C 

SMAO  : = 

i<5>. 

group  2 operations  (group  bit  = 1 and  bit  11=0) 
skip  on  minus  AC  (is  bit  = 0) 

SZAO  : = 

i<6>. 

skip  on  zero  A C (is  bit  = 0) 

SNLO  : = 

i<7>. 

skip  on  L not  zero  (is  bit  = 0) 

SPAO  : = 

i<5>. 

skip  on  positive  AC  (is  bit  = 1) 

SNAO  : = 

i<6> , 

skip  on  AC  not  zero  (is  bit  = 1) 

SZL<>  : = 

i<7>, 

skip  on  L zero  (is  bit  = 1) 

is<>  : = 

i<8>, 

invert  skip  sense 

0SRO  : = 

i<9>. 

logical  or  AC  with  switches 

HLTO  : = 

i<  10>, 

halt  the  processor 
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11.4.  **  Address.Calculation  ** 


eadd\effective.address<0:ll>  : = 
begin 

DECODE  pb  => 
begin 

0 :=  eadd  =’00000  @ pa, 

1 :=  eadd  = cpage  @ pa 

end  next 

IF  ib  => 

begin 

IF  eadd<0:8>  eql  #001  =>  Mteadd]  = M[eadd]  + 1 next 

eadd  = Mleadd] 

end 


REPEAT  begin 

i = M[PC];  cpage  = PC<0:4>  next 
PC  = PC  + 1 next 
executeO  next 

IF  interrupt. state  and  interrupt. request  => 


end, 


11.5.  **  Interpretation.Process  ** 


interpret  : = 


begin 


begin 

M [0]  = PC  next 

PC  = 1 

end 


end 


end. 


11.6.  **  Instruction.Set  ** 


execute  : = 


begin 

DECODE  op  => 


begin 

#0\AND  : = 
#1\TAD  : = 
#2\ISZ  : = 


AC  = AC  and  M[eadd()], 

lac  = lac  + (’0  @ MteaddO]), 

begin 

Mteadd]  = MteaddO]  + 1 next 
IF  Mteadd]  eql  0 =>  PC  = PC  + 1 
end, 
begin 

MteaddO]  = AC  next 

AC  = 0 

end, 

begin 

MteaddO]  = PC  next 
PC  = eadd  + 1 
end, 

PC  = eaddO, 
input. output!), 
operate!) 


#3\DCA  : = 


#4\JMS  : = 


#5\JMP  : = 
#6\iot  : = 
#7\opr  : = 
end 


end. 


PDP-8  ISPS  Description 


131 


input.output  : = 
begin 

DECODE  i< 3: 1 1 > => 
begin 

#001\ION  : = 

begin  turn  Interrupt  ON 

interrupt. state  = 1 next 
RESTART  interpret 
end, 

#002\IOF  : = 

begin  turn  Interrupt  OFF 

interrupt. state  = 0 

end. 

Otherwise  :=  no.opO  not  implemented 

end 

end. 


skip<  > , 
skip.group  : = 
begin 

DECODE  is  => 
begin 

0 :=  begin 

skip  = 0 next 

IF  SNL  and  (L  eql  ’1)  =>  skip  = 1; 

IF  SZA  and  (AC  eql  0)  =>  skip  = 1; 

IF  SMA  and  (AC  lss  0)  =>  skip  = 1 
end, 

1 :=  begin 

skip  = 1 next 

IF  SZL  and  not  (L  eql  ’0)  =>  skip  = 0; 

IF  SNA  and  not  (AC  neq  0)  =>  skip  = 0; 
IF  SPA  and  not  (AC  Geq  0)  =>  skip  = 0 
end 

end  next 

IF  skip  =>  PC  = PC  + 1 
end, 

operate  : = 

begin 

DECODE  group  => 
begin 

0 :=  begin 

IF  CLA  =>  AC  = 0; 

IF  CLL  =>  L = 0 next 
IF  CMA  =>  AC  = not  AC; 

IF  CML  =>  L = not  L next 
IF  I AC  =>  lac  = lac  + 1 next 


DECODE  rot  => 
begin 

#0  :=  no.opO, 
#1\BSW:  = 

#2\RAL:  = 

#3\RTL:  = 

#4\RAR:  = 

#5\RTR:  = 

#6  :=  unpredictableO, 
#7  ;=  unpredictableO 
end 


AC<  6:1 1 > @AC<  0:5> 
lac  = lac  sir  1, 

lac  = lac  sir  2, 

lac  = lac  srr  1, 

lac  = lac  srr  2, 


= AC, 


Skip 


group  I 


rotate  group 


end. 
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1 :=  DECODE  i<  1 1 > => 


groups  2 and  3 


begin 

0 :=  begin 


group  2 


skip.groupO  next 

IF  CL  A =>  AC  = 0 next 

IF  OSR  =>  AC  = AC  or  switches; 

IF  HLT  =>  STOP0 
end, 

1 : = begin  group  3 

IF  CL  A =>  AC  = 0 next 
DECODE  i<5:7>  => 


begin 

0 :=  no.opO, 

1 :=  MQ  = AC, 


MQL 

SCA 


2 no.opO, 

3 :=  no.opO, 


4 :=  AC  = AC  orMQ, 

5 :=  MQ@AC  = AC@MQ, 


MQA 


6 :=  no.opO, 

7 :=  no.opO 

end 


end 


end 


end 


end 


end 


End  of  PDP-8  Description 
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III.  PDP-11  ISPS  Description 

ISPS  Description  of  PDP-1 1/70  Processor.  Original  (ISPL)  Description  writen  by  Dan  Siewiorek  (ca. 
1976).  Floating  Point  Processor  Written  by  Doug  Wiedeman  and  Ivor  Durham.  Conversion  to  ISPS  by  Gary 
Leive  (ca.  1977) 

**  Mp.  State  **  defines  the  memory  organization  and  reserved  locations 
**  Pc.  State  **  defines  the  register  sets  and  PS 

**  Memory.  Management  **  defines  the  registers  used  for  memory  management 
**  Implementation.  Declarations  **  define  ISPS  related  variables 
**  Instruction.  Format  **  defines  the  instruction  fields 

**  Address.  Calculation  **  defines  the  algorithms  for  effective  address  calculation 

**  Service.  Facilities  **  defines  error  checking,  virtual  address  translation,  and  interrupt  handling 

**  Instruction.  Interpretation  **  defines  instruction  fetching 

**  Instruction.  Execution  **  defines  instruction  decoding  and  execution  for  the  basic  instruction  set 
**  Integer.  Extended.  Op.  Codes  **  defines  an  extension  to  the  basic  instruction  set 
**  FP1 1C.  Floating.  Point.  Processor  defines  a separate,  stand-alone  footing  point  instruction  set 
**  Floating. Point. Processor. State  ** 

**  Floating.  Point.  Implementation.  Declarations  ** 

**  Floating-Point. Instruction. Format  ** 

**  Floating.  Point. Service.  Facilities  ** 

**  Floating. Point. Instruction.  Execution  ** 

pdpll  : = 
begin 
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111.1.  **  Mp.State  ** 


Macro  definitions  to  allow  easy  change  of  memory  configuration. 

The  11/70  allows  addressing  up  to  2m  * 2 bytes..) 


MB[ffl67777:0<  7:0>  , The  addressing  space,  28k  * 2 bytes 

MW[#167777:0]<15:0> (increments)  :=  MB[#  1 67777:0] < 7:0> , 

MBIO[#l 7777777:#  1 7760000] < 7:0> , The  i/o  page  (4k) 

MWIO[#17777777:#17760000]<  15:0> (increment^}  : = 

MBIO[#17777777:#l 7760000] < 7:0>  , 


Trap  vector  addresses:  the  associated  error  conditions  cause  execution  to 
switch  to  the  pc  and  ps  stored  in  the  two  words  at  the  trap  address. 

macro  cpu. errors  :=  I #004  I, 

macro  ill.instr  :=  l#010  I, 

macro  res.instr  : = l#010  I, 

macro  bpt.trap  :=  I #01 4 I, 

macro  iot.trap  :=  I #020  I, 

macro  power.fail  :=  l#024  I, 

macro  emt.trap  :=  l#030  I, 

macro  trap. trap  :=  I #034  I, 

macro  parity  :=  I#1 14  I, 

macro  pir.trap  :=  l#240  I, 

macro  flt.trap\floating.point  :=  l#244  I, 

macro  mm. trap\memory. management  :=  l#250  I, 


III. 2.  **  Pc.State  ** 


R\register[15:0]<  15:0> , 

Register  file  including  two  sets  of  general  registers:  R0-R5  (address) 
0000-0101,  1000-1101),  one  program  counter  (address  0111),  and  three 

stack 

pointers  (address  01 10,1 1 10, 1 1 1 1) 


The  mapping  is  as  follows  (x  means  does  not  matter): 


mode 

reg.  set. 

srcreg  or  desreg 

index 

XX 

0 

000 

0000 

XX 

0 

001 

0001 

XX 

0 

010 

0010 

XX 

0 

011 

0011 

XX 

0 

100 

0100 

XX 

0 

101 

0101 

XX 

1 

000 

1000 

XX 

1 

001 

1001 

XX 

1 

010 

1010 

XX 

1 

011 

1011 

XX 

1 

100 

1100 

XX 

1 

101 

1101 

00 

X 

110 

0110 

01 

X 

110 

1110 

11 

X 

110 

1111 

XX 

X 

111 

0111 

PS<  15:0>  :=  MBIO[#l 7777777:#! 7777776]  < 7:0>  , 


Program  slants  word 


cm\current.mode<  1:0>  :=  PS<  1 5: 14>  , 


Current  address  space  (kernel/supervisor/user) 


pm\previous.mode<  1:0>  : = PS<  1 3: 1 2 > , Previous  address  space 

p\priority < 2:0>  :=  PS<7:5>,  Current  process  priority 

reregister. set<  > :=  PS < 1 1 > , 
t\trace<>  :=  PS<4>, 


cc\condition.codes<  3:0>  : = PS<  3:0> , 
N\negative<  > :=  cc< 3> , 
Z\zero<>:=  cc<2>, 
V\overflow<  > : = cc<  1 > , 

C\ carry <>  :=  cc<0>, 
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SLRAstack. limit. reg<  15:0>  : = 

sl\stack.limit.field<  7:0>  : = 

PlR\program.interrupt.request<  1 5:0>  : = 
pia<2:0>  : = 

int.req.vec[l:7]<  15:0> , 

ERRREG\cpu.error.register<  15:0>  : = 
illhlt\illegal.halt<  > : = 
oddadd\odd.address<  > : = 
nomem\non. existent. memory < > : = 
timeout\unibus.time.out<  > : = 
yellow\yellow.  zone,  stack.  Iimit<  > : = 
reared. zone. stack. Iimit<  > : = 

macro  kernel  :=  I (cm  eql  ’00)  I, 
macro  super  :=  l(cm  eql  ’01)  I, 
macro  user  :=  I (cm  eql  ’ll)  I, 


MBIOt#  1 7777775:#  1 7777774]  < 7:0> , 
SLR.<  15:8> , 

MBIO[#17777773:#17777772]<  7:0> , 
P1R  < 3: 1 > , 


MBIO[#17777767:#l 7777766] < 7:0> , 
ERRREG<  7> , 

ERRREG<  6> , 

ERRREG<  5> , 

ERRREG<  4> , 

ERRREG<  3> , 

ERRREG<  2> , 


External  interrupt  request  vectors 


III. 3.  **  Memory.Management  ** 


usepaAuser. page. address. register [ 1 5:0] < 15:0>  : = 
kerpaAkernel. page. address. register[15:0]<  15:0>  : = 
suppaAsuper. page. address. register[15:0]<  15:0>  : = 


Page  address  registers  used  for  address  mapping. 
MBIO[#l  7777677:#  1 7777640] < 7:0>  , 

MBIO[#17772377:#l 7772340] < 7:0>  , 

MBIOl#  1 7772277:#  1 7772240] < 7:0>  , 


usepdAuser.page.description.register[15:0]<  15:0>  : = 
kerpdAkernel.page.description.register[15:0]<  15:0>  : = 
suppdAsuper. page. description. register]  1 5:0] < 15:0>  : = 


Page  description  registers  contain  control  information 
MBIO [#  17777637:#1 7777600] < 7:0>  , 

MBIO [#  1 7772337:#  1 7772300] < 7:0>  , 

MBIO[#17772237:#l 7772200] < 7:0>  , 


macro 

macro 

macro 

macro 

macro 

macro 

macro 


paApage.address.field  : = 

115:01, 

acAaccess. control. field  : = 

12:01, 

ed\expansion. direction  : = 

131, 

wbiAwritten.bit  : = 

161, 

plfpage. length. field  : = 

114:81, 

aib\access. info. bits  : = 

17:61, 

abiAmet.acf .conditions  : = 

171, 

MMR0\status. register. 0<  15:0>  : = 

anAabort. nonresident. flag<  > : = 
aple\abort. page. length. flag<  > : = 
aro\abort.read.only.flag<  > : = 
tmm\trap.memory.management<  > : 
emmt\enable.mm.traps<  > : = 
mdm\maintenance.dest.mode<  > : = 
cic\instruction.complete<  > : = 
am\abort.mode<  1:0>  : = 
pa^page. address. space. i. d<  > : = 
apn\abort.page.number<  2:0>  : = 
emm\enable.  memory. management< 


MBIO [#1 7777573:#  1 7777572]  < 7:0>  , 
MMR0<  15>, 

MMR0<  14> , 

MMR0<  13> , 

= MMR0<  12> , 

MMR0<9>, 

MMR0<8>, 

MMR0<  7> , 

MMR0<  6:5> , 

MMR0<4>, 

MMR0<3:1> , 

> :=  MMR0<  0>  , 


MMRl\status.register.l<  15:0>  : = 

achg2\amount.changed.2<4:0>  : = 
regno2\register. number. 2<  2:0>  : = 
achgl\amount.changed.l<4:0>  : = 
regnol\register. number.  1 < 2:0>  : = 


MBIO[#17777575:#17777574]<  7:0> , 
MMR1  < 15:1 1 > , 

MMR1  < 10:8> , 

MMR1  < 7:3> , 

MMR1  < 2:0> , 


Valid  bits  in  the  page  address  register. 


MMR2\status.register.2<  15:0>  : = 


MBIOt#  17777577:#!  7777576]  < 7:0> , 
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MMR3\status.register.3<  15:0>  : = 

eum\enable. unibus. map<  > : = 
e22m\enable.22.bit.mapping<  > : = 
ekds\enable. kernel. d.space<  > : = 
esds\enable.super.d.space<  > : = 
euds\enable.user.d.space<  > : = 


MBIOf#  1 7772517:#17772516]<  7:0>  , 
MMR3<5>, 

MMR3<4>, 

MMR3<2>, 

MMR3<  1 > , 

MMR3<0> , 


III. 4.  **  Implementation.Declarations  ** 


macro  eqlu  : = 

leql(us)  1, 

Unsigned  eqi  op 

macro  nequ  : = 

Ineq(us)  1, 

Unsigned  neq  op 

macro  Issu  : = 

llssfus)  1, 

Unsigned  Iss  op 

macro  lequ  : = 

lleq(us)  1, 

Unsigned  leq  op 

macro  gequ  : = 

Igeq(us)  1, 

Unsigned  geq  op 

macro  gtru  : = 

lgtr{us)  1, 

Unsigned  gtr  op 

temp<  15:0> , 

temp,  tempi,  and  temp2  play  the  role  of  the  alu 

tempi  < 15:0> , 

Left  operand 

temp2<  15:0> , 

Right  operand 

pwrf.set<  > , 

Power  fail  trap  set 

fint.set<  > , 

Floating  point  trap  set 

bus.request.vector[7:4]<  15:0>  , Bus  request  interrupt  vectors 

(address  of  pc,  ps  interrupt  pair). 


III. 5.  **  Instruction.Format  ** 

instruction  < 15:0> , 

bop\binary.operation<  2:0>  : = i<  14: 12>  , 


si\source.field<  5:0>  :=  i<  1 1 :6> , 

srcmod\source.mode<  2:0>  :=  s<5:3>, 

srcreg\source.reg<  2:0>  : = s<  2:0>  , 

^destination. field<  5:0>  :=  i<5:0>, 

desmod\destination.mode<  2:0> : = d<  5:3> , 
desre^destination.reg<  2:0>  :=  d<2:0>, 

uofAunary.operation<  2:0>  :=  i<8:6>, 

offset<  7:0>  :=  i<7:0>, 

rop\register.operation<  1:0>  :=  i<7:6>, 

jetojAjsr.emulator.trap.op< > :=  i<15>, 

byop\byte.operation<  > :=i<15>, 
etop\emulator.trap.op<  > :=  i<8>, 

concop\condition.code.op<  10:0>  :=  i<  15:5> , 
cpuop\cpu.control.op<  2:0>  :=  i<2:0>, 

contop^cpu. control. class. op<  2:0>  :=  i<  5:3> , 
bro[Abranch.op.code<  2:0>  :=  i<10:8>, 

intOfAextended. integer. op<  2:0>  :=  i<ll:9>, 
typeofAclass.op.code.bits<  1:0>  :=  i<10:9>, 
resop\reserve.op<  > : = i<  1 1 > , 

ccop\  condition. code. second. op<  > : = i<  4> , 


Source  address  information 


Destination  address  info. 


Instruction  decoding  fields. 


PDP-1 1 ISPS  Description 


137 


III. 6.  **  Address. Calculation  ** 


gel. index  is  used  exclusively  by  get. op. address,  get. op,  put. op,  and  rep. op. 

It  computes  and  retains  the  real  register  index. 


get.index(pmode<  l:0>  ,reg<  2:0>  )<  3:0>  : = 
begin 

DECODE  reg  = > 
begin 

0:5  : = get.  index  =rs  @ reg, 

6 get. index  =pmode<  0>  @ 'll  @ pmode<  1> , 

7 :=  get. index  —ffl  no. op 

end 


end. 


get.  op. address  computes  memory  operand  addresses.  It  calls  read  to 

compute 

index  and  deferred  addresses.  It  is  called  mostly  from  get.  op  and 

put.  op 

although  some  instructions  (e.g.  jsr)  use  it  directly,  get. op. address 
produces  a 17  bit  virtual  address,  the  top  bit  being  set  to  zero  for  d 

space 

and  I for  i space.  It  uses  the  same  parameters  as  get.  op 


get.op.address(amode<  2:0>  ,reg<  2:0>  ,incr<  4:0>  )<  16:0>  : — 
begin 

**  Local. Macro  ** 

macro  force,  word,  incr  : — Incr  = incr  +(ws)  incr<0>I 

main  entry  : = 
begin 

IF  bop  lss{  us)  ff6  = > 

IF  src mod  neq  0 and  desmod  neq  0 =>  xtra  :=  (no.opO)  next 
get.index(cm.reg)  next 


DECODE  amode  = > 
begin 

0 :=  instr.trap(ill.instr),  Registers  have  no  address 

1 :=  get. op. address  = R [get.  index, 

2 :=  begin  Auto  incr 

get.op.address  = (reg  eql  #7)@R[get. index];  from  I space  if  PC 

DECODE  reg  = > 
begin 

6 :=  force. word. incr,  SP 

7 :=  incr  = 2,  PC 

otherwise  : = 

no.opO 

end  next 

R[get. index]  = R[get. index]  +{us)  incr; 

setmml(incr,reg) 

end. 


3  :=  begin  Autoincr  deferred 

get.op.address  = (reg  eql  #7)@R  [get. index]  next  from  I space  if  PC 

R [get. index]  = R [get.  index]  + 2; 
setmml  (2, reg)  next 

get.op.address  = read(cm,0, get. op. address) 
end, 
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4 begin  Autodecrement 

DECODE  reg  => 

begin 

6 :=  force,  word. incr,  SP 

7 :=  incr  = undefinedO, 

otherwise  : = 

no.opO 

end  next 

R [get. index]  = R [get. index]  -(us)  incr; 

setmmK-  incr, reg)  next 

IF  reg  eql  #6  =>  check. stackO  next 

get. op. address  = R [get. index] 

end, 

5 :=  begin  Autodecr.  deferred 

R [get. index]  = R [get. index]  - 2; 
setmmK-  2, reg)  next 
IF  reg  eqi  #6  =>  check. stackO  next 
get.op.address  = read(cm,0,R[get. index]) 
end, 


6  :=  begin 

get.op.address  = 1@R[7]  next 
R [7]  = R [7]  + 2; 
setmml(2,7)  next 

get.op.address  = ( read(cm,0,get.op.address)  + R[get. index]  )<15:0> 
end. 


Index 
From  I space 


1 : = 


end 


end 


end. 


begin 

get.op.address  = 1@R[7]  next 
R [7]  = R [7]  + 2; 
setmml(2,7)  next 

get.op.address  = ( read(cm,0, get. op. address) 
get.op.address  = read(cm,0,  get.  op.  address) 
end 


Index  deferred 
From  I space 


+ R[get. index]  )<15:0>  next 


get.op(amode<  2:0>  ,reg<  2:0>  ,byte<  > )<  15:0> 
begin 

DECODE  amode  => 
begin 


get.  op  retrieves  register  or  memory  operands,  it  invokes  read  to 

access 

memory  operands,  parameters  are:  address  mode  (0:7);  register 

specifier 

(0:7);  operand  size  ( byte  or  word).  The  bulk  of  the  work  is  done  by 

get.op.address 


0 :=  DECODE  byte  = > 
begin 

get. op  = R[get.index(cm,reg)], 

get. op  <=  R[get.index(cm,reg)]< 7:0> 

end, 

otherwise  : = 
begin 

get. op. address  (amode, reg,  2-(  us]  byte)  next 
get. op  = read(cm, byte, get. op. address) 
end 


end, 


end 
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put. op  stores  register  or  memory  operands,  it  invokes  write  to  store 

memory 

operands,  parameters  are:  address  mode  (0:7);  register  specifier 

(0:7); 

operand  size  (byte  or  word).  The  bulk  of  the  work  is  done  by  get. op. address 

put.op(amode<  2:0>  ,reg<  2:0>  ,byte<  > ) < 1 5:0>  : = 
begin 

DECODE  amode  => 
begin 

0 :=  DECODE  byte  = > 
begin 

R[get.index(cm,reg)]  = put. op, 

R[get.index(cm,reg)]<  7:0>  = put. op 
end, 

otherwise  : = 
begin 

get.op.address(amode,reg,2-{us|byte)  next 
write(cm, byte, get. op.address)  = put. op 
end 
end 

end, 


rep.op(amode< 2:0> ,reg< 2:0> ,byte< >)<  15:0>  : = 
begin 

DECODE  amode  = > 
begin 

0 :=  DECODE  byte  => 
begin 

R[get.index(cm,reg)]  = rep. op, 
R[get.index(cm,reg)]<  7:0>  = 
end, 

otherwise  : = 

write(cm,byte,get.op.address)  = 


rep. op  replaces  register  or  memory  operands,  it  invokes  write  to  store 
memory  operands,  parameters  are:  address  mode  (0:7);  register  specifier 
(0:7);  operand  size  (byte  or  word).  It  differs  from  put.  op  in  that  it  does 
not  compute  the  address  (and  its  side  effects),  it  uses  the  carrier  of 

get. op.address  directly 


rep. op 


rep. op 


end 


end, 


III. 7.  **  Service.Facilities  ** 

check. stack<  > : = 
begin 

check. stack  = 0 next 
IF  kernel  => 

DECODE  R [6] < 15:5>  tst  sl@#7  => 
begin 
CMss  : = 

begin  Red  violation 

trap.red  = red  = 1; 

R [6]  = 4; 

RESTART  run 
end, 

l\eql  : = 

check.stack  = trap.yellow  = yellow  = 1,  Yellow  violation 

2\gtr  : = 

no.opO 


end. 


end 
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odderAodd. address. error  : = 
begin 

trap.cpu.err  = oddadd  = 1 next 

RESTART  run 

end, 


This  function  sets  memory  management  register  l when  an  auto  increment 
or  decrement  of  a register  is  done.  The  incr/decr  of  the  register  is 
passed  in  change,  and  the  register  number  is  passed  in  by  regnum. 

setmml  (change<  4:0>  ,regnum<  2:0> ) : = 
begin 

IF  MMR0<  1 5: 1 2>  eql  0 => 
begin 

DECODE  MMR1<  7:0>  eql  0 => 
begin 

0 :=  (MMR1<15:11>  = change;  MMR1<10:8>  = regnum), 

1 :=  (MMR1<7:3>  = change;  MMR1<2:0>  = regnum) 

end 

end 

end, 

This  function  sets  memory  management  register  2 if  it  is  not  locked 
up  by  a previous  memory  management  error  condition,  it  is  called  from 

service. 

setmm2(vector<  15:0> ) ; = 
begin 

IF  MMR0<15:12>  eql  0 =>  MMR2  = vector;  cic  = 0 
end, 


clraib(byte.access<  > ,address<  2 1 :0> ) : = 
begin 

DECODE  address<  17:0>  => 
begin 

[#777600:#777677,#772200:#772377] 

begin 

address<  0>  = address<  0> 
address<5>  = 0 next 
MBIO  [address]  < aib>  = 0 
end, 

#777772:  = 

PIR<  7:5>  = PIR<  3: 1 > = 
otherwise  : = 

no.opO 

end 

end. 


The  access  information  bit  (aib)  field  of  a page  destination  Register 
is  cleared  whenever  a write  is  done  into  either  the  page  address 

register  (PAR)  or  the  PDR. 


and  not  byte. access; 


Force  word  address 
Force  address  of  PDR 


priority(PIR<  15:9> ), 


priority(reqvec< 7:1> )<  2:0>  : = 
begin 

DECODE  reqvec  => 


begin 

’1??????  :=  priority 

’01?????  :=  priority 

’001????  :=  priority 

’0001???  :=  priority 

’00001??  :=  priority 

’000001?  :=  priority 

’0000001  :=  priority 

otherwise  :=  priority 

end 


7, 

6, 

5, 

4, 

3, 

2, 

1, 

0 


Return  bit  number  of  highest  priority 


end. 
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virt.phy(mode<  1:0>  ,address<  16:0>  ,write<  >)<  2 1 :0> 
beginlus) 

**  Local. Definitions  ** 


Virt.phy  performs  the  mapping  of  virtual  addresses  into  physical 
addresses  and  the  segregation  of  physical  addresses  into  memory  and 

ifo  bus  addresses. 

Inputs  are:  mode  - kernel,  supervisor, user  to  be  used  in  mapping ; 
address-  a 17  bit  virtual  address.  The  top  bit  is  1 for  l space  and  0 
for  D space;  write-  a flag  set  to  I if  the  access  is  a write.  The  value 
of  virt.phy  is  a 22  bit  physical  address  in  all  cases.  All  addresses 
geq  ff 1 7000000  are  do  bus  accesses  to  the  bus  address  contained  in  the 

least  significant  18  bits. 
The  local  definitions  allow  the  page  descriptor  registers  and  the  page 
address  registers  to  be  referenced  as  a single  register  file  despite 
the  fact  that  the  user  mode  registers  are  assigned  to  a separate  area 

of  the  do  address  space. 


PDR [#26 1 7 :0] < 15:0>  :=  MBIO[#l 7777637:#1 7772200] < 7:0>  , 

PAR[#2617:0]<  15:0>  :=  MBIO[#17777677:#17772240]< 7:0> , 
macro  eds\enable. data. space  : = 

l(MMR3<2:0>  sld  mode)<2>l, 

macro  kernel. base  :=  I #401,  Base  addresses 

macro  superv.base  :=  101, 

macro  user.base  :=  l#2600l, 

pr.index<  10:0> , 


abort(error<  2:0>  ,page<  3:0> ) :=  Memory  management  abort  function 

begin 

IF  MMR0<  1 5: 13>  eql  0 => 
begin 

am  = cm; 
apn  = page; 
pas  = page<3>; 

MMR0<  1 5: 1 3>  = MMRO<15:13>  or  error 
end  next 
trap. mm  = 1; 

RESTART  run  Abort  the  instruction 

end. 


main  entry  : = 
begin 

DECODE  emm  = > 
begin 

0 :=  virt.phy  < ={tc)  (address<  15:13>  eql  #7)@address<  15:0> , 

1 :=  begin 

DECODE  eds  => 
begin 

pr.  index  = address<  15:13> , 

pr.index  = (not  address<  16>)@address<  1 5: 1 3> 

end  next 


Check  mapping  enabled 


Map  the  address 
Check  D space  enabled 

1 space  only 
I and  D space 


DECODE  mode  => 
begin 

pr.index  = pr.index  + kernel. base, 
pr.index  = pr.index  + superv.base, 
abort(#6, pr.index), 
pr.index  = pr.index  + user.base 
end  next 

IF  (PDR [pr. index]  < plf>  tst  address<  1 2:6> ) 
abort(#2, pr.index)  next 


Reserved 
Check  page  length 

eql  PDR[pr.index]<ed>@’0  => 
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DECODE  write  => 
begin 

DECODE  PDR [pr. index] < acf>  => 
begin 
(0,3,7)  : = 

abort(#4,pr. index), 

[1,41  : = 

begin 

trap,  mm  = tmm  = emmt; 
PDR[pr.index]<abit>  =1 
end, 

otherwise  : = 

no.opO 

end, 

DECODE  PDR  [pr. index]  < acf>  => 
begin 
[0,3,7]  : = 

abort(#4,pr. index), 

[1,2]  : = 

abort(#l,pr.index), 

[4,5]  : = 

begin 

trap. mm  = tmm  = emmt; 

PDR[pr.index]<  abit:wbit>  = ’ll 
end, 

otherwise  : = 

PDR[pr.index]<  wbit>  = 1 
end 

end  next 

virt.phy  = (PAR  [pr. index]  + address<  12:6> ) @ address<5:0>  next 
IF  not  e22m  => 

virt.phy< 21 :18>  < ={tc)  virt.phy<  1 7: 1 3>  eql(us)  #37 
end 
end 
end 

end, 

read(mode<  1:0>  ,byte.access<  > ,address<  1 6:0> ) < 15:0>  : = 
begin 

IF  address<0>  and  not  byte. access  =>  odderrO  next 
virt.phy(mode, address, 0)  next 
DECODE  virt.phy < 2 1 : 1 8>  eqlu  #17  => 
begin 

CNFalse  : = 

DECODE  byte.access  => 
begin 

read  = MW[virt.phy], 
read  < = MB[virt.phy] 
end, 

l\True  : = 

DECODE  byte.access  => 
begin 

read  = MWIO[virt.phy], 
read  < = MBIOlvirt.phy] 
end 


Check  access  type 
Read  operation 


Write  operation 


Perform  the  mapping 
18  bit  mapping 


end, 


end 
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write(mode<  1:0>  ,byte.access<  > ,address<  16:0>)<  15:0>  : = 
begin 

IF  address<0>  and  not  byte. access  =>  odderrO  next 
virt.phy(mode,address,l)  next 
DECODE  virt.phy < 2 1 : 1 8>  eqlu  #17  => 
begin 

0 :=  DECODE  byte. access  => 

begin 

MW[virt.phy]  = write, 

MB(virt.phy)  = write 
end, 

1 :=  begin 

DECODE  byte. access  =>  10. page 

begin 

MWIOlvirt.phy]  = write, 

MBIO(virt.phy)  = write 
end  next 

clraibtbyte.  access,  virt.phy)  Check  if  access  to  par  or  PDR 

end 
end 

end, 

branch (condition<  >)  : = 
begin 

IF  condition  =>  R [7]  = R [7]  + offset@’0 
end, 


bus.reset  :=  (no.opO), 


Interrupt  service  routines 


intvec(vector<  8:0>  ,chk<  >)  : = 
begin 

tempi  = PS; 

temp2  = R [7]  next 

R [7]  = read(0,0, vector)  next 

PS  = read(0,0,  (vector  + 2)  < 15:0>)  next 

R[get. index)  = temp  = R[get.index(cm,6)]  - 4 next 

IF  chk  =>  check. stackO  next 

write(cm,0,temp)  = temp2  next 

write(cm,0,(temp+2)<  15:0> ) = tempi  next 

pm  = templ<  15: 14> ; 

IF  chk  and  check. stack  =>  RESTART  run 
end. 


Trap  vector  setup 

Save  old  PS  and  PC  in  temporaries 

Read  new  PS  and  PC  from  kernel  data  space 
If  this  is  not  a stack  overflow  trap,  check  stack 


Push  old  PS  and  PC  on  stack  selected  by  new  PS 

Record  the  previous  mode 
Handle  overflow  immediately 


instr.trap(trap. vector < 8:0> ) : = 
begin 

intvec(trap.vector,l)  next 

LEAVE  icycle 

end, 


trap. redo  : = 

service  < 14> , 

trap.cpu.err<  > : = 

service<  13> , 

trap,  parity  < > : = 

service<  12> , 

trap.mmO  : = 

service  < 1 1> , 

trap.yellow<  > : = 

service<  10> , 

trap.pfo  : = 

service  <9> , 

trap.fp<  > : = 

service<  8> , 

trap.traceO  : = 

service<  7> , 

int.req[7:l]<  > : = 

service<  6:0> , 

service<  14:0>  : = 

begin 

DECODE  mask.right(service  or  PIR<15:9>,  p)  => 
begin 
#0  : = 

no.opO, 


Reserved  and  illegal 
Opcode  service 


Interrupt  flags  and  service  routine 
Mask  requests  by  processor  priority 
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’1  99999999999999*  = 

begin 

trap,  red  = 0 next 
intvec(cpu.errors,0) 
end. 

Red  stack  violation 

'01 9999999999999= 

begin 

trap.cpu.err  = 0 next 
intvec(cpu. errors,  1 ) 
end. 

CPU  error 

’001 999999999999= 

begin 

trap.parity  = 0 next 
intvec(parity,l)  next 
setmm2(parity) 
end, 

Parity  error 

’0001 99999999999= 

begin 

trap.mm  = 0 next 
intvec(mm.trap,l) 
end. 

Memory  management 

’00001 9999999999= 

begin 

trap.yellow  = 0 next 
intvec(cpu.errors,0) 
end. 

Yellow  stack  violation 

’000001?????????:  = 
begin 

trap.pf=0  next 

intvec(power.fail,l) 

end. 

Power  fail 

’0000001????????:  = 
begin 

trap.fp  = 0 next 

intvec(flt.trap,l) 

end. 

Floating  point 

'00000001???????:  = 
begin 

trap.trace  = 0 next 

intvec(bpt.trap,l) 

end. 

Trace  trap 

otherwise:  = 

DECODE  priority(service<6:0>)  gtru  PIR < 3: 1 > => 
begin 
0\false  : = 

Maskable  interrupts 

begin 

intvec(pir.trap,l)  next 

setmm2(pir.trap) 

end, 

l\true  : = 

Program  interrupt  request 

begin 

int.reqlpriority]  =0  next 
intvec(int.req.vec[priority] , 1 ); 
setmm2(int.req.vec[priority]) 
end 
end 

External  interrupt 

end, 


end 
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III. 8.  **  Instruction.lnterpretation  ** 

start  : = Initialization  sequence 
begin 

si  = 0; 

Clear  stack  limit 

P1R  = 0; 

Clear  program  interrupt  reg 

MMRO  = MMR3  = 0; 

Be  sure  memory  management  is  off 

ERRREG  = 0; 

runO 

end. 

clear  all  cpu  errors 

run\instruction. interpretation  : = 
begin 

service 0 next 
icycleO  next 
RESTART  run 
end. 

Main  run  cycle  of  the  ISP 

icycle  : = 

begin 

trap. trace  = t; 

Instruction  interpretation 

IF  MMR0<  1 5: 1 2>  eql  0 =>  (MMR2  = R[7];  MMR1  = cic  = 0)  next 

i = read(cm,0,l@R[7])  next 
R [71  = R[7]  + 2 next 
execO 
end, 

Instruction  fetch 

III. 9.  **  Instruction.Execution  ** 

exed\instruction. execution  : = 
begin 

DECODE  bop  => 
begin 

#0  :=  reseropO, 

Reserved  op  code 

#1  :=  MOVQ, 

Move  instruction 

#2  :=  CMPO, 

Compare  instruction 

#3  :=  BITO, 

Bit  test  instruction 

#4  :=  BICO, 

Bit  clear  instruction 

#5  :=  BISO, 

Bit  set  instruction 

#6  :=  begin 

Add  and  subtract 

DECODE  byop 
begin 

= > 

’0  : = 

ADDO, 

’1  : = 
end 

end. 

SUBO 

#7  :=  begin 

Extended  instruction  set 

DECODE  jetop 
begin 

= > 

0 : = 

intextO, 

Integer  extended  insts. 

1 : = 
end 
end 

end  next 

fpextO 

Floating  point  insts. 
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IF  MMR0<  1 5: 1 2>  eql  0 => 

DECODE  i => 

begin  Bpi,  iot,  emt,  and  trp  do  not  set  cic 

[3, 4, #104000:#  104777]  : = 
no.opO, 
otherwise  : = 

cic  = 1 

end 

end, 

reserop\reserve.op.code  : = 
begin 

DECODE  resop  => 
begin 

0 :=  branopO, 

1 :=  classopO 

end 

end, 


branop\branch. op. codes  : = 
begin 

DECODE  (jetop 
begin 
#00  : = 
#01  : = 
#02  : = 
#03  : = 
#04  : = 
#05  : = 
#06  : = 
#07  : = 
#10  : = 
#11  : = 
#12  : = 
#13  : = 
#14  : = 
#15  : = 
#16  : = 
#17  : = 
end 

end. 


@ brop)<3:0>  => 

regopO, 

branch(’l), 

BNE  :=  branch(not  Z), 

BEQ  :=  branch  (Z), 

BGE  :=  branchlN  eqv  V), 

BLT  :=  branch  (N  xor  V), 

BGT  :=  branch(not  (Z  or  (N  xor  V))), 
BLE  :=  branch(Z  or  (N  xor  V)), 

BPL  :=  branchlnot  N), 

BM1  :=  branch(N), 

BH1  :=  branchlnot  (C  or  Z) ) , 

BLOS  : = branch(C  or  Z), 

BVC  :=  branchlnot  V), 

BVS  :=  branch (V), 

BCC  :=  branch(not  C), 

BCS  :=  branch(C) 


Register  instruction 
Branch  (br  op  # 00004 ) 
Branch  if  not  equal 
Branch  if  equal 
Branch  if  gtr  or  equal 
Branch  if  less  than 
Branch  if  greater  than 
Branch  if  less  or  equal 
Branch  if  plus 
Branch  if  minus 
Branch  if  higher 
Branch  if  lower  or  same 
Branch  if  overflow  clear 
Branch  if  overflow  set 
Branch  if  carry  dear 
Branch  if  carry  set 


regop\register. operations  : = 
begin 

DECODE  rop  => 
begin 

0 :=  begin 

IF  contop  eql  0 => 
begin 

DECODE  cpuop 
begin 
#0  : = 
#1  : = 
#2  : = 
#3  : = 
#4  : = 
#5  : = 
#6  : = 
#7  : = 
end 


= > 

HALTO, 

WAIT.O, 

RTI.RTTO, 

BPTO, 

IOTO, 

RESETO, 

RTI.RTTO, 

instr.trap(res.instr) 


end 


Halt 

Wait  for  interrupt 
Return  from  intrpt. 
Breakpoint  trap 
Input/output  trap 
Reset  external  bus 
Return  from  trap 
Unused 


end, 

JMPO, 


Jump 
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2 :=  begin 

DECODE  contop  => 


begin 

#0  :=  RTSO, 

Return 

#1:#2:  = 

instr.trap(res.instr). 

#3  :=  SPLO, 

Set  priority  level 

#4:#7:  = 

cco() 

Condition  code  ops 

end 

end, 

3 :=  SWABO  Swap  bytes 

end 

end, 

classop\secondary. decode. into. classes  : = 
begin 

DECODE  typeop  => 
begin 
subemtO, 
singlopO, 
shiftopO, 
instr.trap(res.instr) 
end 


Subroutine/emulator  trap 
Single  operand  class 
Shift  operators 
Unused  op  codes 


subemt\subroutine. emulator. trap. and. trap. instructions  : = 
begin 

DECODE  jetop  => 
begin 

0 :=  JSRO, 

1 :=  begin 


A 

oo 

V 

nl 

= > 

begin 

0 : = 

EMTO, 

1 : = 

TRAPO 

end 

end 


end 


end, 


singlop\single. operand. instructions  : = 
begin 

DECODE  uop  => 


begin 

#0 

= CLRO, 

#1 

= COMO, 

#2 

= INCO, 

#3 

= DECO, 

#4 

= NEGO, 

#5 

= ADCO, 

#6 

= SBCO, 

#7 

= TESTO 

end 

Jump  to  subroutine 
EMT  or  TRAP 


Clear/byte 
C omplemen  t/byte 
Increment/byte 
Decrement/byte 
Negate/byte 
Add  carry /byte 
Subtract  carry /byte 
Test/byte 


end. 
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shiftop\shift. instructions  : = 
begin 

DECODE  uop  => 


end. 


MOV  : = 


begin 

#0  :=  ROR0, 

Rotate  right/by te 

#1  :=  ROL0, 

Rotate  left/by  te 

#2  :=  ASRO, 

Arithmetic  shift  right/by  te 

#3  :=  ASLO, 

Arithmetic  shift  left/by  te 

#4  :=  MARKO, 

Mark 

#5  :=  MFPO, 

Move  from  previous  instruction 

#6  :=  MTPO, 

Move  to  previous  instruction 

#7  :=  SXTO 

Sign  extend 

end 

Move  and  move  byte 

MOV  opcode  #01,  MOVB  op  code  #11 

get. op(srcmod,srcreg, byop)  next 

begin 
put. op 

N = put.op<15>;  Z = put. op  eql  ( 
DECODE  desmod  eql  0 => 
begin 

put. op(desmod,desreg, byop) , 

put.op(desmod,desreg,0) 

end 

end. 


CMP  :=  Compare  and  compare  byte 

begin  CMP  op  code  #02,  CMPB  op  code  #12 

tempi  = get. op(srcmod,srcreg, byop)  next 
temp2  = get.op(desmod,desreg,byop)  next 
C @ temp  = templ-temp2  next 
Z = temp  eql  0 next 
DECODE  byop  => 
be.  in 

0 :=  begin 

V = (temp<15>  eqv  temp2<15>)  and  (templ<15>  xor  temp2<15>); 

N = temp<15> 

end, 

1 :=  begin 

V = temp<8>  xor  temp<7>; 

N = temp<7> 

end 

end 

end. 


BIT  : = Bit  test  and  bit  test  byte 

begin  BIT  op  code  #03,  BITB  op  code  #13 

tempi  = get. op(srcmod,srcreg, byop)  next 
temp2  = get. op(desmod,desreg, byop)  next 
temp  = tempi  and  temp2  next 
N = temp<15>;  V = 0;  Z = temp  eql  0 
end, 

BIC  : = Bit  dear  and  bit  dear  byte 

begin  BIC  op  code  #04,  B1CB  op  code  #14 

tempi  = get. op(srcmod,srcreg, byop)  next 
temp2  = get.op(desmod,desreg,byop)  next 
temp  = not  tempi  and  temp2  next 
N - temp<15>;  V=  0;  Z = temp  eql  0 next 
rep.op(desmod,desreg,byop)  = temp 
end, 
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BIS  : = 


ADD  : 


SUB  : 


JSR  : = 


EMT  : 


TRAP 


CLR  : 


COM  : 


Bit  set  and  bit  set  byte 

begin  BIS  op  code  #05,  BISB  op  code  #15 

tempi  = get.op(srcmod,srcreg,byop)  next 

temp2  = get. op(desmod,desreg, byop)  next 

temp  = tempi  or  temp2  next 

N = temp<15>;  V=  0;  Z = temp  eql  0 next 

rep.op(desmod,desreg,byop)  = temp 

end. 


Add,  ADD  op  code  #06 

begin 

tempi  = get.op(srcmod,srcreg,0)  next 
temp2  = get.op(desmod,desreg,0)  next 
C @ temp  = temp2  4-  tempi  next 
N = temp<15>;  Z - temp  eql  0 ; 

V = (tempi  <15>  eqv  temp2<15>)  and  (tempi  <15>  xor  temp<15>)  next 

rep.op(desmod,desreg,0)  = temp 

end. 


Subtract,  SUB  op  code  #16 

begin 

tempi  = get.op(srcmod,srcreg,0)  next 
temp2  = get.op(desmod,desreg,0)  next 
C @ temp  = temp2  - tempi  next 
N = temp<15>;  Z = temp  eql  0 ; 

V = (templ<15>  xor  temp2<15>)  and  (templ<15>  eqv  temp<15>)  next 

rep.op(desmod,desreg,0)  = temp 

end. 


Subroutine,  emulator  trap,  and  trap  instruction  execution 
Jump  to  subroutine,  JSR  op  code  #004 

begin 

temp  = get.op.address(desmod,desreg,2)  next 
put.op(#4,#6,0)  = get.op(#0,srcreg,0)  next 
put.op(#0,srcreg,0)  = R [7]  next 
R [7]  - temp 
end. 


Emulator  trap  op  codes,  EMT  op  code  # 104000:  # 104377 

begin 

intvec(emt.trap,  1) 
end. 


= Trap  op  codes,  TRAP  op  code  # 104400:#  104777 

begin 

intvec(trap.trap,l) 

end. 


Single  operand  instruction  execution 
Clear  and  dear  byte, 

begin  CLR  op  code  #0050,  CLRB  op  code  #1050 

cc  = ’0100  next 

put. op(desmod,desreg, byop)  = 0 

end. 


Complement  and  complement  byte, 

begin  COM  op  code  #0051,  COMB  op  code  # 1051 

temp  = not  get.op(desmod,desreg,byop)  next 

C = 1;  N = temp<15>;  V = 0;  Z = temp  eql  0 next 

rep.  op(desmod,desreg,  byop)  = temp 

end. 
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INC  : 


DEC  : 


NEG  : 


ADC  : 


SBC  : 


Increment  and  increment  byte, 

begin  //VC  op  code  #0052,  INCB  op  code  #1052 

temp  = get.  op(desmod,desreg,  byop)  + 1 next 
Z = temp  eql  0 ; 

DECODE  byop  => 
begin 

0 :=  (V  = temp  eqlu  #100000;  N = temp<15>), 

1 :=  (V  = temp  eqlu  #200;  N = temp<7>) 

end  next 

rep.  op(desmod,desreg,  byop)  = temp 
end. 


Decrement  and  decrement  byte, 

begin  DEC  op  code  #0053,  DECB  op  code  #1053 

temp  = get. op(desmod,desreg, byop)  - 1 next 
Z = temp  eql  0 ; 

DECODE  byop  => 
begin 

0 :=  (V  = get. op  eqlu  #100000;  N = temp<15>), 

1 :=  (V  = get. op  eqlu  #177600;  N = temp<7>) 

end  next 

rep.  op(desmod,desreg,  byop)  = temp 
end, 


Negate  and  negate  byte, 

begin  NEG  op  code  #0054,  NEGB  op  code  # 1054 

temp  = - get. op(desmod,desreg, byop)  next 
C = temp  nequ  0; 

Z = temp  eql  0 ; 

DECODE  byop  => 
begin 

0 :=  (V  = get. op  eqlu  #100000;  N = temp<15>), 

1 :=  (V  = get. op  eqlu  #177600;  N = temp<7>) 

end  next 

rep. op(desmod,desreg, byop)  = temp 
end. 


Add  carry  and  add  carry  byte, 

begin  ADC  op  code #0055,  ADCB  op  code#  1055 

tempi  = get. op(desmod,desreg, byop)  next 
C @ temp  = tempi  +(us)  C next 
DECODE  byop  => 
begin 

0 :=  (V  = temp<15>  and  not  get.op<15>;  N = temp<15>), 

1 :=  (V  = temp<7>  and  not  get.op<7>;  N = temp<7>) 
end  next 

Z = temp  eql  0 ; 

rep.  op(desmod,desreg,  byop)  = temp 

end. 


Subtract  and  subtract  carry  byte, 

begin  SBC  op  code  #0056,  SBCB  op  code  # 1056 

tempi  = get.op(desmod,desreg,byop)  next 
C @ temp  = tempi  -|us)  C next 
DECODE  byop  => 
begin 

0 :=  (V  = get.op<15>  and  not  temp<15>;  N = temp<15>), 

1 ;=  (V  = get.op<7>  and  not  temp<7>;  N = temp<7>) 

end  next 

Z = temp  eql  0 next 
rep.op(desmod,desreg,byop)  = temp 
end, 
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TEST  : = Test  and  test  byte, 

begin  TST  op  code  #0057,  TSTB  op  code  # 1057 

temp  = get.op(desmod,desreg,byop)  next 
C = 0;  N = temp<  15> ; V = 0;  Z = temp  eql  0 
end, 


Jump,  SWAB  execution  and  register  operation  decode 
JVIP  :=  Jump,  JMP  op  code  #0001 

begin 

R [7]  = get.op.address(desmod,desreg,2) 
end, 


SWAB  :=  SWAB  bytes,  SWAB  op  code  #0003 

begin 

tempi  = get.op(desmod,desreg,0)  next 

temp  = templ<7:0>  @ temple  15:8>  next 

C = V = 0;  N = temp<7>;  Z = temp<7:0>  eql  0 next 

rep.op(desniod,desreg,0)  = temp 

end. 


Shift  instruction  execution 

ROR  :=  Rotate  right  and  rotate  right  byte, 

begin  ROR  op  code  #0060,  RORB  op  code  #1060 

tempi  = get. op(desmod,desreg, byop)  next 
N = C next 
DECODE  byop  => 
begin 

0 :=  C @ temp  = (C  @ tempi)  srr  1, 

1 :=  C @ temp<7:0>  = (C  @ tempi <7:0>)  srr  1, 
end  next 

Z = temp  eql  0 next 
V = N xor  C next 
rep. op(desmod,desreg, byop)  = temp 
end, 


ROL  :=  Rotate  left  and  rotate  left  byte, 

begin  ROL  op  code  #0061,  ROLB  op  code  #1061 

tempi  = get. op(desmod,desreg, byop)  next 
DECODE  byop  => 
begin 

0 :=  (C  @ temp  = tempi  @ C next  N = temp<15>), 

1 :=  (C  @ temp<7:0>  = tempi <7:0>  @ C next  N = temp<7>) 

end  next 

Z = temp  eql  0 next 
V = N xor  C next 
rep. op(desmod,desreg, byop)  = temp 
end, 


ASR  :=  Arithmetic  shift  right  and  arithmetic  shift  right  byte, 

begin  ASR  op  code  #0062,  ASRB  op  code  #1062 

temp  @ C < = get. op(desmod,desreg, byop)  next 
N = temp<15>;  Z = temp  eql  0 next 
V = N xor  C next 
rep. op(desmod,desreg, byop)  = temp 
end, 
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ASL  : = 


MARK 


MFP  : 


MTP  : 


Arithmetic  shift  left  and  arithmetic  shift  left  byte, 
be8'n  ASL  op  code  #0063,  ASLB  op  code  # 1063 

tempi  = get. op(desmod,desreg, byop)  next 
C @ temp  = (C  @ tempi)  slO  1 next 
DECODE  byop  => 
begin 

0 :=  (N  = temp<15>;  Z = temp  eql  0), 

1 :=  (N  = temp<7>;  Z = temp<7:0>  eql  0) 
end  next 

V = N xor  C next 
rep.op(desmod,desreg,byop)  = temp 
end. 


— Mark  and  unused  op  codes,  MARK  op  code  #0064 

begin 

DECODE  jetop  => 
begin 

0 :=  begin 

tempi  = R [7]  +{us)  (d  @ ’0)  next 

read(cm,0, tempi)  next  Abort  impossible  after  this 

R [7]  = R[get.index(cm,5)]  next 

R [get. index]  = read  next 

R[get.index(cm,6)]  = tempi +2 

end, 

1 :=  instr.trap(res.instr) 

end 

end, 


begin 

DECODE  desmod  neq  0 = > 
begin 
O^false  : = 

temp  = R[get.index(pm,desreg)], 

l\true  : = 

begin 

get.op.address(desmod,desreg,2)  next 

temp  = read(pm,0,(not  byop)@get.op.address<  15:0> ) 

end 

end  next 

N = temp<15>;  V=  0;  Z = temp  eql  0 next 

put.op(#4,#6,0)  = temp 

end. 


Move  from  previous  instruction  and  data  space, 
MFPI  op  code  #0065,  MFPD  op  code  #1065 


Register  file 
Memory  access 


Current  Space 


begin 

temp  = get.op(#2,#6,0)  next 
N = temp<15>;  V = 0;  Z = temp  eql  0 next 
DECODE  desmod  neq  0 => 
begin 
0\false  : = 

R[get.index(pm,desreg)]  = temp, 

l\true  : = 


begin 

get. op. address  (desmod, desreg,  2)  next 
write(pm,0,(not  byop)@get.op.address<  15:0>) 
end 


= temp 


Move  to  previous  instruction  and  data  space, 
MTPI  op  code  #0066,  MTPD  op  code  #1066 

Current  Space 


Register  Jile 
Memory 


end. 


end 
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SXT  : = 


CCO  : = 


HALT  : 


WAIT.  : 


BPT  : = 


IOT  : = 


RESET 


Sign  extend  and  unused  op  code, 

begin  SXT  op  code  it 006  7 

DECODE  jetop  => 
begin 

0 :=  begin 

Z = not  N;  V = 0 next 
put.op(desmod,desreg,0)  < = N 
end, 

1 :=  instr.trap(res.instr) 

end 

end. 


Condition  code  operators.  Selectively  clears  or  sets  the  specified 
condition  code.  The  assembler  recognizes  the  mnemonics  clc,  civ,  clz, 
cln,  ccc  (for  dear  all  condition  codes),  sec,  sev,  sez,  sen,  and  see. 
Compound  setting  or  clearing  is  accomplished  by  ORing. 


begin 

DECODE  ccop  => 
begin 

0 :=  cc  = cc  and  not  i<3:0>, 

1 :=  cc  = cc  or  i<3:0> 
end 

end. 


CPU  control  instruction  execution 

= Halt,  HALT  op  code  it 000000 

begin 

DECODE  cm  => 
begin 

’00  :=  STOP0,  Kernel 

otherwise  :=  trap. cpu. err  = illhlt  = 1 

end 

end. 


= Wait  for  interrupt,  WAIT  op  code  # 000001 

begin 

wait((service  or  PIR<  1 5:9> ) srO  p) 
end, 


Breakpoint  trap,  BPT  op  code  # 000003 

begin 

intvec(bpt.trap,l) 

end. 


Input/output  trap,  IOT  op  code  it  000004 

begin 

intvec(iot.trap,l) 

end. 


— Reset  external  bus,  RESET  op  code  it  000005 

begin 

IF  cm  eql  ’00  =>  (bus.resetO;  si  = 0) 
end, 


Kernel 
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RTF RTT  : = 
begin 

R [7]  = get.op(#2,#6,0)  next 
get.op(#2,#6,0)  next 
DECODE  cm  => 
begin 

0 :=  PS  = get. op, 
otherwise  : = 

PS<  1 5: 1 1 > @PS<  4:0> 

end; 

IF  i<2>  =>  trap. trace  = 0 
end. 


Return  from  interrupt,  RTl  op  code  #000002 
Return  from  trap,  RTT  op  code  #000006 


POP 

POP 


kernel 


(PS<  1 5: 1 1 > or  get. op<  15:1 1>  )@(get.op<  4:0> ) 


RTT 


RTS  Return  from  subroutine,  RTS  op  code  #00020 

begin 

R [7]  = get.op(#0,desreg,0)  next 
put.op(#0,desreg,0)  = get.op(#2,#6,0) 
end, 

SPL  :=  Set  priority  level,  SPL  op  code  #00023 

begin 

IF  cm  eql  ’00  =>  PS<7:5>  = cpuop 
end. 


111.10.  **  Integer.Extended.Op.Codes  ** 

These  instructions  represent  a group  that  is  not  implemented  on  all  PDP-11  processors. 

!temp<  3 1 :0>  , 

Itempl  < 3 1 :0>  , Long  Temporary  registers 

Itemp2<  3 1 :0>  , 

intext\integer. extended. op. codes  : = 
begin 

DECODE  intop  => 


begin 

#0 

= MUL0, 

Integer  multiply 

#1 

= D1V  (), 

Integer  divide 

#2 

= ASH0, 

Shift  arithmetically 

#3 

= ASHCO, 

Arithmetical  shift  combined 

#4 

= XOR.0, 

Exclusive  OR 

#5 

= instr.trap(res.instr). 

#6 

= instr.trap(res.instr). 

#7 

= SOB() 

Subtract  one  and  branch 

end 

end. 

Integer  multiply,  MUL  op  code  #070 

begin 

11/40  extended  instruction 

tempi  = get.op(desmod,desreg,0)  next 
temp2  = get.op(#0,srcreg,0)  next 
Itemp  = tempi  * temp2  next 
N = ltemp<31>;  V = 0;  Z = Itemp  eqlu  0; 
C = ltemp<31:16>  neq  ltemp<15>  next 
rep.op(#0,srcreg,0)  = ltemp<31:16>  next 
rep.op(#0,srcreg  or  1,0)  = ltemp<15:0> 
end, 


PDP-1 1 ISPS  Description 


155 


D1V  : = 

begin 

tempi  = get.op(desmod,desreg,0)  next 

C = V = tempi  eqlu  0 next 

IF  V =>  LEAVE  div  next 

ltempl <31: 16>  = get.op(#0,srcreg,0)  next 

ltempl<15:0>  = get.op(#0,srcreg  or  1,0)  next 

ltemp  = ltempl  / tempi  next 

ltemp2  = ltempl  mod  tempi  next 

V =ltemp< 31:1 6>  neq  ltemp<15>  next 

IF  V =>  LEAVE  div  next 

rep.op(#0,srcreg,0)  = ltemp<15:0>  next 

rep.op(#0,srcreg  or  1,0)  = Itemp2<  15:0>  next 

N = ltemp<31>;  Z = ltemp  eqlu  0 

end, 

Integer  divide,  DIV  op  code  ft 071 
1 1/40  extended  instruction 

ASH  : = 

begin 

temp  <=  get.op(desmod,desreg,0)<  5:0>  next 
tempi  = get.op(#0,srcreg,0)  next 
DECODE  temp<  15>  => 
begin 

0 :=  begin 

c@rep.op  = c@templ  slO  temp  next 

V = (rep. op  srd  temp)  neq  tempi 
end, 

1 :=  begin 

rep.op@c  = (templ@c)  srd  (-  temp); 

V = 0 
end 

end  next 

N = rep.op<15>;  Z = rep. op  eqlu  0 next 

rep.op(#C,srcreg,0) 

end. 

Arithmetic  shift,  ASH  op  code  44072 

This  description  of  ASHC  does  not  conform  to  the  description  given  in 
the  PDP-1 1/70  processor  manual.  It  does,  however,  appear  to  conform  to 

actual  implementations. 


ASHC  := 

begin 

temp  <=  get,op(desmod,desreg,0)<  5:0>  next 
ltemp<31:16>  = get.op(#0,srcreg,0)  next 
ltemp<15:0>  = get.op(#0,srcreg  or  1,0)  next 
DECODE  temp<15>  => 
begin 

0 :=  begin 

C@ltempi  = C@ltemp  slO  temp  next 

V = (ltempl  srd  temp)  neq  ltemp 
end, 

1 :=  begin 

ltempl@C  = (ltemp@C)  srd  (-  temp); 

V = 0 
end 

end  next 

N = ltemp!<31>;  Z = ltempl  eql  0 next 
rep.op(#0,srcreg,0)  = ltempl  < 31 :16>  next 
rep.op(#0,srcreg  or  1,0)  = ltempl  <15:0> 
end. 

Arithmetic  shift  combined, 
ASHC  op  code  44073 

XOR.  : = 

begin 

tempi  = get.op(desmod,desreg,0)  next 

temp2  = get.op(#0,srcreg,0)  next 

temp  = tempi  xor  temp2  next 

N = temp<15>;  V = 0;  Z = temp  eql  0; 

rep.op(desmod,desreg,0)  = temp 

end. 

Exclusive  or,  XOR  op  code  44  074 
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Subtract  one  and  branch  if  not 

begin  zer0.  SOB  op  code # 077 

temp  = R[get. index]  = R[get.index(cm,srcreg)]  -1  next 
IF  temp  neq  0 = > R [7]  = R [7]  -jus)  (i<5:0>  @ ’0) 
end. 


111.1 1.  **  FP1 1C. Floating. Point.Processor  ** 


111.12.  **  Floating. Point.Processor.State  ** 

FPPSR\fpp. status. register<  15:0> , 


FERO  : = 

FPPSR<  15>, 

Floating  point  error  flag 

FIDO  : = 

FPPSR<  14> , 

Floating  interrupt  disable 

FIUVO  : = 

FPPSR<  1 1 > , 

Floating  interrupt  on  undefined  variables  enable  flag 

FIUO  : = 

FPPSR<  10>, 

Floating  interrupt  on  underflow  enable  flag 

FIVO  : = 

FPPSR<9>, 

Floating  interrupt  on  overflow  enable  flag 

FICO  : = 

FPPSR<8>, 

Floating  interrupt  on  integer  conversion  error  enable  flag 

FD<>  : = 

FPPSR<7>, 

Floating  precision,  one  implies  double  precision,  zero  single 

FLO  : = 

FPPSR<6>, 

Integer  precision  for  integer  to  floating  conversions, 
one  implies  double  precision,  zero  single. 

FT<  > : = 

FPPSR<5>, 

Truncation  or  round  result, 
one  implies  truncation,  zero  rounding. 

FMM<  > : = 

FPPSR<  4> , 

Maintenance  mode 

FCC<  3:0>  : = 

FPPSR<  3:0> , 

Floating  condition  codes 

FN<  > 

:=  FCC<3>, 

Floating  negative  condition  code 

FZO 

:=  FCC<2>, 

Floating  zero  condition  code 

FV<  > 

:=  FCC<  1> , 

Floating  overflow  condition  code 

FC<  > 

:=  FCC<  0> , 

Floating  carry  condition  code 

FAC\f1oating.  point.  accumulators[0:5]  < 63:0> , 
FEQfloating. point. exception. code<  3:0> , 
FEA\floating. exception. address < 15:0>  , 


111.13.  **  Floating. Point.lmplementation. Declarations  ** 

fact\floating.  point,  accumulator.  temporary<  74:0> , 

facsf\floating. accumulator. signed. fraction<  64:0>  :=  fact<  74: 1 0>  , 
facsgn\floating.accumulator.sign<  > :=  fact<74>, 
facfra\floating. accumulator. fraction<  63:0>  :=  fact<  73: 10>  , 
facexp\floating. accumulator. exponent<  9:0>  :=  fact<9:0>, 

ftmp\floating.temporary<  74:0> , 

ftmpsf\floating. temporary. signed. fraction< 64:0>  :=  ftmp<74:10>, 
ftmpsgn\ floating. temporary . sign<  > :=  ftmp<74>, 
ftmpfra\floating. temporary. fraction<  63:0>  :=  ftmp<  73: 10>  , 
ftmpexp\floating. temporary. exponent<  9:0>  :=  ftmp<9:0>, 

dividend<  127:0>, 

di vhi < 63:0>  :=  dividend<  1 27 :64>  , 
fit. pcMIoating. point. program. counter<  1 5:0> , 

fiutmp<  > , Used  in  ADDF.D  to  prevent  trap  during  CMPF 

fivtmp<  > , 


PDP-1 1 ISPS  Description 


157 


111.14.  **  Floating. Point.lnstruction.Format  ** 


fbop\floating. binary. operation< 3:0>  :=  i<  1 1 :8> , 

fuop\floating. unary. operation<  1:0>  :=  i<7:6>, 

freg\register.specifier<  1:0>  :=  i<7:6>, 

fmsop\floating. mode. setting. op<  1:0>  :=  i<l:0>. 


fdsop\floating. double. single. mode. setting. op<  > i<3>. 


111.15.  **  Floating. Point.Service.Facilities  **  {us} 


fp.trap(enable<0>,fecode<3:0>)<  > : = 
begin 

fp.trap=0  next 
IF  enable  => 
begin 

FER  = 1; 

FEC  = fecode; 

FEA  = fit. pc; 

fp.trap  = trap.fp  = not  FID 
end 

end. 


fp.trap  performs  a floating  point  error  trap  if  the  error  condition  is 
enabled.  Parameters  are:  enable,  binary  flag  controlling  the  trap; 

fecode,  floating  exception  code. 


Expand  returns  the  unpacked  form  of  the  floating  point  number  fval. 
Unpacked  f.p.  numbers  have  the  form:  < 74> , sign;  < 73:10> , positive 
fraction  with  binary  point  before  bit  73;  < 9:0> , exponent  in  excess  ff200 


expand(fval<63:0>)<74:0>  : = 
begin 

expand<74>  = fval<63>; 
expand<  72: 10>  = fval<  54:0>@"00; 
expand<9:0>  = fval<62:55>; 
expand<73>  = fval<62:55>  neq  0 
end. 


compress(fval<74:0>)<63:0>  : = 
begin 

compress  = fval<74>@fval<7:0>@fval<72:18> 
end. 


Hidden  bit 


Compress  returns  the  packed  representation  of  the  f.p.  value  in  fval. 

Packed  f.p.  numbers  have  the  standard  PDP11  form. 


get.fac(fadrac<  2:0>  ,fdt<  0> ) < 74:0>  : = 
begin 

IF  fadrac  gtr  #5  =>  LEAVE  fpext  next 
DECODE  fdt  => 
begin 

expand  (FAC  [fadrac]  < 63:32>  @"00000000) , 
expand(FAC  [fadrac]) 
end  next 
get.fac  = expand 
end. 


put.fac(fadrac<2:0>)<74:0>  : = 
begin 

IF  fadrac  gtr  #5  = > LEAVE  fpext  next 
FAC[fadrac]< 63:32>  = compress(put.fac)< 63:32>  next 
IF  FD  =>  FAC[fadrac]<31:0>  = compress 
end. 


Put.fac  stores  an  unpacked  f.p  value  into  the  specified  register. 
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put.fop(fdt<>)<74:0>  : = 
begin 

compress(put.fop)  next 
DECODE  desmod  neq  0 => 
begin 

(AFalse  : = 

DECODE  fdt  => 
begin 

0:=  FAC[desreg]<63:32>  = compress<63:32>, 

1:=  FACldesreg]  = compress 

end. 


end. 


l\True  : = 

begin 

get.op.address(desmod,desreg,#04  slO  fdt)  next 
write(cm,0,get. op. address)  = compress<63:48>  next 
IF  not  get.op.address<  16>  => 
begin 

write(cm,0,(get.op.address  + 2)<  15:0> ) = compress<47:32>  next 
IF  fdt  => 

begin 

write(cm,0,(get.op.address  + 4)<  15:0> ) =compress<  3 1 : 1 6> 
write(cm,0,(get.op.address  + 6)<  15:0> ) = compress<  15:0> 
end 
end 


end 


end 


next 


rep.fop(fdt< >)< 74:0>  : = 
begin 

compress(rep.fop)  next 
DECODE  desmod  neq  0 => 
begin 

0\False  : = 

DECODE  fdt  => 
begin 

0 :=  FACldesreg] <63:32>  = compress<  63 :32 > , 

1 :=  FACldesreg]  = compress 
end, 


If  D space 


4 


end. 


l\True  : = 

begin 

write(cm,0, get. op. address)  = compress<63:48>  next 
IF  not  get.op.address<  16>  => 
begin 

write(cm,0,(get.op.address  + 2)<  15:0>)  = compress<47:32>  next 
IF  fdt  => 

begin 

write(cm,0,(get.op.address  + 4)<  15:0>)  = compress<  3 1 : 1 6> 
write(cm,0,(get.op.address  + 6)<  15:0> ) = compress<  1 5:0> 
end 
end 
end 


end 


next 


If  D space 


get.fop(fdt<>)<74:0>  : = 
begin 

FC  = FV  = 0;  get. fop  = 0 next 
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DECODE  desmod  neq  0 => 
begin 

0\False  : = 

begin 

DECODE  fdt  => 
begin 

get.fop<63:32>  = FAC[desreg]<  63:32> , 
get. fop  = FACldesreg] 
end  next 

FN  = get.fop<63>;  FZ  = get.fop<  62:55>  eql  0 


l\True  : = 

begin 

get.op.address(desmod,desreg,#04  slO  fdt)  next 
get.fop<63:48>  = read(cm,0,get.op.address)  next 


FN  = read<15>  ; FZ  = read<14:7>  eql  0 next  FCCs  are  set  on  UV  trap 

IF  FN  and  FZ  =>  If  undefined  variable 

begin 

fp.trap(FIUV,#14); 

IF  FIUV  =>  LEAVE  fpext 
end  next 


IF  not  get.op.address<  16>  => 
begin 

get.fop<47:32>  = read(cm,0,(get.op.address  + 2)<  15:0> ) next 
IF  fdt  => 

begin 

get.fop< 3 1 : 1 6>  = read(cm,0,(get.op.address  + 4)<  15:0>)  next 
get.fop<  15:0>  = read(cm,0,(get.op.address  + 6)<  1 5:0> ) 
end 
end 


end 


end  next 

get. fop  = expand(get.fop) 
end, 


If  D space 


get.int(flt<  >)<31:0>  : = 
begin 

get.int  = 0 next 
DECODE  desmod  neq  0 => 
begin 

0\Fa!se  : = 


gei.int  fetches  a single  or  double  word  integer.  The  parameter  ft  is  set  if  long  integer. 


get.int  < 3 1 : 1 6>  = R[get.index(cm,desreg)], 


l\True  : = 


begin 

get.op.address(desmod,desreg,#02  slO  fit)  next 
get.int<  3 1 : 1 6>  = read(cm,0, get. op. address)  next 
IF  fit  and  not  get.op.addressC  16>  => 

get.int<  15:0>  = read(cm,0,(get.op.address  + 2)<  15:0> ) 
end 


Register 


If  D space 


end  next 

IF  not  fit  =>  get.int  < =(tc)  get.int< 3 1 : 1 6> 
end. 
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put.int(flt< >)<31:0>  : = 
begin 

IF  not  fit  =>  get.int< 3 1 : 1 6>  = get.int<  15:0>  next 
DECODE  desmod  neq  0 => 
begin 

tyFalse  : = 

R[get.index(cm,desreg)]  = put.int<  31:1 6>  , 
l\True  : = 

begin 

get.op.address(desmod,desreg,#02  slO  fit)  next 
write(cm,0,get.op.address)  = put.int<  3 1 : 1 6>  next 
IF  fit  and  not  get.op.address<  16>  => 
write(cm,0,(get.op.address+2)<  15:0>)  = put.int<  15:0> 
end 
end 

end, 

normaI\prenormalization  : = 
begin 

DECODE  ftmpexp  gtr  facexp  => 
begin 

0 :=  begin 

temp  = facexp  - ftmpexp  next 

IF  temp  gtr  62  =>  temp  = 62  next 

ftmpfra  = ftmpfra  srO  (temp  + 2); 

facfra  = facfra  srO  2; 

ftmpexp  = facexp  + 1 

end, 

1 :=  begin 

temp  = ftmpexp  - facexp  next 

IF  temp  gtr  62  =>  temp  = 62  next 

ftmpfra  = ftmpfra  srO  2; 

facfra  = facfra  srO  (temp  + 2); 

ftmpexp  = ftmpexp  + 1 

end 

end  next 

DECODE  FD  => 
begin 

0 :=  ftmpfra<  36:0>  = facfra<36:0>  = 0, 

1 :=  ftmpfra<4:0>  = facfra<4:0>  = 0 
end 

end, 

pack(ft.tmp<  > , fd.tmpO)  : = 
begin 

FV  = 0 next 

DECODE  (ftmpexp  neq  0)  and  (ftmpfra  neq  0)  => 


begin 
0 : = 

ftmp  = 0, 

1 : = 

begin 

frashftO  next 

DECODE  fd.tmp 

= > 

begin 

0 : = 

IF  not  ft.tmp  => 

ftmpfra<63:38>  = ftmpfra<63:38> 

1 : = 

IF  not  ft.tmp  => 

ftmpfra  = ftmpfra  + "40 


put.  int  writes  a single  or  double  word  integer 

Register 


No 

No  shift  > 64 
Yes 


Zero 

Non-zero 

1, 


end  next 
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DECODE  ftmpfra<  63>  => 
begin 

0 :=  ftmpfra  = ftmpfra  slO  1, 

1 :=  ftmpexp  = ftmpexp  + 1 
end  next 

IF  (ftmpexp  geq  #1000)  or  (ftmpexp  eql  0)  => 

begin  Underflow 

DECODE  fp.trap(FIU,#12)  => 
begin 

ftmp  = 0,  no  trap 

ftmpexp  = ftmpexp<7:0> 

end 

end  next 

IF  ftmpexp  gtr  #377  => 

begin  Overflow 

FV  = 1; 

IF  not  fp.trap(FIV,#10)  =>  ftmp  = 0 
end 
end 

end  next 

FC  = 0;  FZ  = ftmpexp<7:0>  eql  0;  FN  = ftmpsgn 
end, 

frashft\fraction. shift  : = 
begin 

REPEAT  begin 

IF  ftmpfra<62>  =>  LEAVE  frashft  next 
ftmpfra  = ftmpfra  slO  1; 
ftmpexp  = ftmpexp  -(tc)  1 >*=% 

end 

end. 


111.16.  **  Floating. Point.lnstruction.Execution  **  {us} 

fpext\floating. point. processor. isp  : = 
begin 

fit. Pc  = R [7]  - 2 next 
DECODE  fbop  => 
begin 

#00  :=  fppconO,  Floating  point  processor  mode  control 


#01  :=  fsinglO, 


Floating  point  unary  instructions 


#02  :=  MULF.DO, 


Floating  multiply  (MULF/MULD)  op  code  # 1 7 lOx 


#03  :=  MODF.D0, 


Multiply  and  integerize  (MODF/MODD)  op  code  # 1 7 14x 


#04  :=  ADDF.D0, 
#05  :=  LDF.DO, 
#06  :=  SUBF.DO, 
#07  :=  CMPF.D0, 
#10  :=  STF.DO, 
#11  :=  DIVF.DO, 
#12  :=  STEXPO, 
#13  :=  STCF.DO, 


Floating  add  (ADDF/ADDD)  op  code#  I720x 
Load  floating  register  (LDF/LDD)  op  code#  1 724x 
Floating  subtract  (SUBF/SUBD)  op  code#  1 730x 
Floating  compare  (CMPF/CMPD)  op  code#  1734x 
Store  Jloatiitg  register  (STF/STD)  op  code  # 1 740x 
Floating  divide  (DIVF/DIVD)  op  code#  I744x 
Store  foaling  exponent  (STEXP)  op  code  # 1 750x 
Store  and  convert  to  int.  (STCFx/STCDx)  code  # 1 754x 
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#14  :=  STCFD.DO, 

#15  :=  LDEXPO, 

#16  :=  LDCO, 

#17  :=  LDCDFO 
end 

end. 


Convert  floating  single  < =>  double  precision  (STCFD/STCDF)  eode#1760x 

Load  floating  exponent  (LDEXP)  op  code  # 1 764x 
Load  and  convert  int.  to  floating  (LDC)  code#1770x 
Load  and  convert  double  to  single  (LDCDF)  code441774x 


fppcon\floating. point. processor. control  : = 
begin 

DECODE  fuop  => 
begin 

0  :=  fsrconO,  Set  floating  status  register  instructions 


1 : = 


begin  Load  fpp  processor  status  word  (LDFPS) 

temp  = get.op(desmod,desreg,0)  next  code  # 170 1 

DECODE  cm  eql  ’00  =>  Only  Kernel  can  modify  fmm 

begin 

0 :=  FPPSR  = temp<15:5>  @ FMM  @ temp<3:0>, 

1 :=  FPPSR  - temp 

end 


end, 


2  : = begin  Store  fpp  processor  status  word  (STFPS)  op  code  441702 

put.op(desmod,desreg,0)  = FPPSR 
end, 


3 : = 


end. 


end 


begin 

put.int(l)  = FEC@FEA 
end 


Store  fpp  status  including  exception  address  pointer  (STST)  op  code  44 1703 


fsingl\floating. point. single. operand. instructions  : = 
begin 

DECODE  fuop  => 
begin 

0 :=  CLRF.DO, 

1 :=  TSTF.DO, 

2 :=  ABSF.DO, 

3 :=  NEGF.DO 

end 


end. 


fsrcon\floating. point. processor. mode. control  : = 
begin 

DECODE  not  (i<5>  or  i<4>  or  i<2>)  => 
begin 

0 :=  fp.trapO  ,#2), 

1 :=  DECODE  fmsop  => 

begin 

0 :=  DECODE  fdsop  => 

begin 

cc  = FCC, 
fp.trapO, #2) 
end, 

1 :=  FD  = fdsop, 

2 :=  FL  = fdsop, 

3 :=  fp.trapO, #2) 


Clear  floating  (CLRF/CLRD)  op  code  44 1 704 
Test  floating(TSTF/TSTD)  op  code  44 1 705 
Absolute  value  (ABSF/ABSD)  op  code  44 1 706 
Negate  floating  (NEGF/NEGD)  op  code  44 1707 


Undefined 


Copy  floating  condition  codes  (CCFC)  op  44 170000 

Unused:  op  441 7001 0 


end, 


end 


end 


Set  floating/double  (SETF)  op  44 170001,  (SETD)  op  44 170011 
Set  integer/long  (SETl)  op  44 170002,  (SETL)  op  44 1700 12 

Unused:  op  44 1 70003 


PDP-1 1 ISPS  Description 


163 


MULF.D\multiply. floating. double  : = 
begin 

fact  = get.fac(freg,FD)  next 
ftmp  = get.fop(FD)  next 

DECODE  (ftmpexp  eql  0)  or  (facexp  eql  0)  => 
begin 

0 :=  begin 

ftmpsgn  = ftmpsgn  xor  facsgn; 

ftmpexp  = ftmpexp  + facexp  - #200;  Leading  Zero 

ftmpfra  = (ftmpfra  * facfra)<  127:65>  next 
pack  (FT,  FD) 
end, 

1 :=  ftmp  = 0 Exact  zero  If  either  operand  is  zero 

end  next 

put.fac(freg)  = ftmp 
end, 

MODF.D\multiply.integerize. floating. double  : = 
begin 

fact  = get.fac(freg,FD)  next 

ftmp  = get.fop(FD)  next 

ftmpsgn  = ftmpsgn  xor  facsgn; 

ftmpexp  = ftmpexp  + facexp  - #200; 

ftmpfra  = (ftmpfra  * facfra)<  127:65>  next 

ftmpfra<3:0>  = 0 next 

pack(l,  FD)  next 

DECODE  ftmpexp  gtr  #200  => 


begin 

facfra  = "FFFFFFFFFFFFFFFF, 

Small 

DECODE  ftmpexp  gtr  #277  => 
begin 

Large 

facfra  = T sll  (#277  - ftmpexp), 

M.  large 

facfra  = 0 
end 

end  next 

facfra  = ftmpfra  and  facfra  next 

facexp  = ftmpexp;  facsgn  = ftmpsgn; 

ftmpfra  = ftmpfra  - facfra  next 

IF  ftmpfra  eql  0 =>  ftmp  = 0 next 

put.fac(freg  or  #1)  = ftmp  next 

ftmp  = fact  next 

ftmpfra  = ftmpfra  srO  1 next 

DECODE  (ftmpexp  neq  0)  and  (ftmpfra  neq  0 ) => 
begin 

X.  large 

0 :=  ftmp  = 0, 

Zero 

1 :=  begin 

frashftO  next 

ftmpfra  = ftmpfra  slO  1 

end 

end  next 

FZ  = ftmpexp<7:0>  eql  0;  FN  = ftmpsgn;  FC  = 0; 
put.fac(freg)  = ftmp 

Non. zero 

end. 
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DIVF.D\divide. floating. double  : = 
begin 

temp  = FCC;  preserve  CCs 

fact  = get.fac(freg,FD)  next 
ftmp  = get.fop(FD)  next 
IF  ftmpexp  eql  0 => 
begin 

FCC  = temp;  fp.trap(l,#4)  next 
LEAVE  DIVF.D 
end  next 

ftmpsgn  = ftmpsgn  xor  facsgn  next 
dividend  = 0 next 
divhi  = facfra  next 

ftmpfra  = (dividend  / ftmpfra)  srO  2 next 

ftmpexp  = (facexp  -{ tc}  ftmpexp)  <9:0>  + #201  next 

pack(FT,  FD)  next 

put.fac(freg)  = ftmp 

end, 

ADDF.D\add. subtract. floating. double  : = 
begin 

fact  = get.fac(freg,FD)  next 
ftmp  = get.fop(FD)  next 
normal 0 next 

ftmpsgn  = ftmpsgn  xor  i<9>  next 
ftmpsf  = ftmpsf  +(sm)  facsf  next 
ftmpsgn  = ftmpsgn  xor  i<8>  next 
Fiutmp  = FIU;  fivtmp  = FIV  next 

IF  i<8>  =>  (FIU  = 0;  FIV  = 0)  next  Disable  interrupt  for  CMPF 

pack(FT,  FD)  next 

FIU  = fiutmp;  FIV  = fivtmp  next  Restore  interrupt  flags 

DECODE  i<8>  =>  i<8>  means  CMP  op 

begin 

0 :=  put.fac(freg)  = ftmp, 

1 :=  FV  = 0 

end 

end, 

LDF.D\load. floating. double  ; = 
begin 

put.fac(freg)  = get.fop(FD) 
end, 

STF.D\store.floating.double  : = 
begin 

put.fop(FD)  = get.fac(freg,FD) 
end, 

STEXP\store. exponent  : = 
begin 

put. op  < = { tc)  (FAC[freg]<62:55>  -{tc)  #200<7:0>)<8:0>  next 

N = put.op<15>;  V = 0;  Z = put.op  eql  0;  C = 0 next 

FCC  = cc  next 

put.op(desmod,desreg,0) 

end, 

STCF.D\store. convert. floating. double  : = 
begin 

ftmp  = get.fac(freg,FD)  next 

IF  ftmpexp  eql  0 =>  ftmp  = 0 next  Guarantee  exact  zero 

ftmpfra  = ftmpfra  srO  1 next 

pack(FT,  not  FD)  next 

put.fop(not  FD)  = ftmp 

end. 
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LDEXFMoad.exponent  : = 
begin 

get.op  = get.op(desmod,desreg,2)  + #200  next 
FV  = FC  = FN  =0;  FZ  = get.op<7:0>  eql  0 next 
DECODE  get.op<  15:8>  eql  0 => 
begin 
False  : = 

begin 

DECODE  get.op<15>  => 
begin 

(FV  = 1;  fp.trap(FIV,#10)), 

fp.trap(FIU,#12), 

end  next 

IF  not  fp.trap  =>  put.fac(freg)  = 0 
end, 

l\True  : = 

DECODE  get.op  eql  0 => 
begin 

FAC[freg]<62:55>  = get.op, 

put.fac(freg)  = 0 

end 

end  next 

FN  = FAC[freg]<  63> 
end, 

CLRF.D\clear. floating. double  : = 
begin 

FC  = FN  = FV  = 0;  FZ  = 1 next 

put.fop(FD)  = 0 

end, 

TSTF.D\ test. floating. double  : = 
begin 

get.fop(FD) 

end, 

ABSF.D\absolute. value. floating. double  : = 
begin 

ftmp  = get.fop(FD)  next 
ftmpsgn  = 0; 

IF  ftmpexp  eql  0 =>  ftmp  = 0 next 
FN  = 0; 

rep.fop(FD)  = ftmp 
end, 

NEGF.D\negate. floating. double  : = 
begin 

ftmp  = get.fop(FD)  next 
DECODE  ftmpexp  eql  0 => 
begin 

0 :=  ftmpsgn  = not  ftmpsgn, 

1 :=  ftmp  = 0 

end  next 

FN  - ftmpsgn; 
rep.fop(FD)  = ftmp 
end, 

STCF\store. convert. floating. whole  : = 
begin 

ftmp  = get.fac(freg,FD)  next 
IF  ftmpsgn  =>  ftmpfra  = -{tc|  ftmpfra  next 
DECODE  ftmpexp  Iss  #200  => 
begin 

0 :=  ftmpexp  = ftmpexp  - #200, 

1 :=  ftmpexp  = 0 
end  next 


Error 


Overflow 

Underflow 


Normal 
Make  a clean  0 


Guarantee  exact  zero 


Guarantee  exact  zero 


Large 

Small 
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DECODE  ftmpexp  leq  16  * (1+fl)  => 
begin 

0 :=  begin 

FC  = 1;  put.int  - 0; 

fp.trap(FIC,#6) 

end, 

1 :=  begin 

ftmpfra  = ftmpsgn  @ ftmpfra  srd  (16  * (1  + FL)  - ftmpexp)  next 
DECODE  ftmpsgn  eqv  ftmpfra<63>  => 
begin 

0 :=  begin 

FC  = 1;  put.int  = 0; 

fp.trap(FIC,#6) 

end, 

1 :=  begin 

FC  = C = 0; 
put.int  = ftmpfra<  63 :32> 
end 
end 
end 

end  next 
put.int(FL); 

FV  = V = 0;  FN  = N = put.int<31>; 

FZ  = Z = put.int  eql  0 
end, 

LDCDK\load.convert.floating.double:  = 
begin 

ftmp  = get.fop(not  FD)  next 

IF  ftmpexp  eql  0 =>  ftmp  = 0 next 

ftmpfra  = ftmpfra  srO  1 next 

pack(FT,  FD)  next 

put.fac(freg)  = ftmp 

end, 

LDGlnad.convert.whole. floating  : = 
begin 

get.int(FL)  next 
DECODE  get.int< 3 1 > => 
begin 

0 :=  ftmpsgn  = 0, 

1 :=  begin 

get.int  = -{ tc)  get.int',  ftmpsgn  = 1 
end 

end; 

ftmpexp  = #240  next 

DECODE  get.int  neq  0 => 
begin 

0 :=  ftmpexp  = 0, 

1 :=  findexp  : = 

begin 

IF  not  get.int< 3 1 > => 
begin 

ftmpexp  = ftmpexp  - 1; 
get.int  = get.int  slO  1 next 
RESTART  findexp 
end 
end 


No 

Yes 

No 

Yes 


guarantee  exact  zero 


Plus 

Minus 


Zero 
Non. zero 


end  next 
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ftmpfra  = get.int  @ "00000000  next 


ftmpfra  = ftmpfra  srO  1; 
pack(FT,  FD)  next 

FC  = FV  = 0;  FZ  = ftmpexp<7:0>  eql  0;  FN  = ftmpsgn; 

put.fac(freg)  = ftmp 

end, 

Align  for  packing 
Ensure  rounding/chopping  for  1 ro  f 

end 

end  of  description 

System/370  ISPS  Description 
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IV.  System/370  ISPS  Description 

ISPS  description  of  the  IBM  System/370.  Original  authors  (ISPL):  Robert  Gordon  and  Rosemary  Howbrigg 
(c.  1976).  Translation  to  ISPS  by  Gary  Leive  (c.  1977). 

**  Mp.  State  **  defines  the  memory  organization  and  reserved  locations 

**  Pc.  State  **  defines  the  registers  and  PS  W 

**  Implementation. Declarations  **  defines  ISPS  related  variables 

**  Instruction. Format  **  defines  the  instruction  fields 

**  Address. Calculation  **  specifies  the  memory  translation  algorithm 

**  Service. Facilities  **  defines  error  checks,  memory  accessing,  and  interrupt  handling 

**  Floating. Point.  Operators  **  defines  routines  used  by  floating  point  instructions 

**  Instruction.  Interpretation  **  defines  instruction  fetching  and  first  level  of  instruction  decoding 

**  Instruction.  Decoding  **  defines  the  instruction  set  decoding 

**  Instruction. Execution  **  defines  effects  of  instructions.) 

S370  : = 
begin 


IV.  1 . **  Mp.State  ** 

MB[0:"FFFFFF]<0:7> , 

MH[0:''FFFFFF]  < 0: 1 5 > ( INCREMENTS)  : = 
MW [0:" FFFFFF]  < 0:3 1 > {INCREMENT :4)  : = 
MDW[0:"FFFFFF]<0:63>  (INCREMENTS)  : = 


MB  [0."  FFFFFF]  < 0:7> , 
MB[0:"FFFFFF)<  0:7> , 
MB[0:"FFFFFF]<0:7> , 


Byte  memory 
Half  word  memory 
Word  memory 
Doubleword  memory 


mar<  0:23 > , 
mbr<0:31> , 
mdbr<0:63> , 


Memory  address  reg 
Memory  buffer  reg 
Memory  double  buffer  reg 


STKEYSfO:"  1 FFF] < 0:6> , Storage  key  array 

Assigned  Locations  in  Real  Main  Storage 

macro  restart. new. PSW  :=  l"00l, 
macro  restart. old. PSW  :=  l"08l. 


macro  extern. OPSW  :=  I"  181, 

macro  SVC.OPSW  :=  I"  201, 

macro  prog. OPSW  :=  l"28l, 

macro  machine. chk. OPSW  :=  I" 301, 

macro  io.OPSW  :=  I"  381, 


Interrupt  vectors.  Macro  addresses  of  storage  area  for  Old  PS  IF. 

New  PSW  is  located  at  this  address  plus  "40 
External  Old  PSW 
Supervisor  Call  Old  PSW 
Program  Old  PSW 
Machine  check 
Input/Output  Interrupt 
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channel  words 


macro  chan. status. wrd  : = 

l"40l , 

Channel  Status  Word 

macro  chan.address.wrd  : = 

l"48l, 

Channel  Address  Word 

macro  interval. timer  : = 

1*501, 

Macro  addresses  of  storage  area  for  new  PSW. 

macro  extern. NPSW  : = 

l"58l, 

External  new  PSW 

macro  SVC.NPSW  : = 

l"60l. 

Supervisor  Call  new  PSW 

macro  prog. NPSW  : = 

l"68l. 

Program  new  PSW 

macro  machine. chk. NPSW 

:=  1"  701 , 

Machine  check  new  PSW 

macro  io.NPSW  : = 

l"78l. 

Input/Output  Interrupt  new  PSW 

Interruption  data  storage  area.  In  EC  mode  additional  information 
about  the  interrupt  is  stored  in  these  dedicated  locations. 

Processor  Address 
External  Interruption  Code 
Supervisor  Call  Instruction  Length 
Supervisor  Call  Interruption  Code 
Program  Instruction  Length 
Program  Interruption  Code 
Translation  exception  address 


Monitor  call  code 


I/O  interruption  device  & channel 


Machine-check  Save  Area 


macro  MCHK.CPU.timer.SA  :=  l"D81, 

macro  MCHK.Clk.comp.SA  :=  1" E01, 

macro  MCHK.interr.code  :=  l"E8l, 

CPU-Timer  Save  Area 
Colck-comparator  Save  Area 
Interruption  code 

macro  IPL.PSW  :=  l"00l, 

macro  1PL.CCW1  :=  l"08l , 

macro  IPL.CCW2  :=  1"  1 01 , 

Assigned  Location  in  Absolute  Main  Storage 
Initial  Program  Loading 

macro  SS. CPU. timer. SA:=  l"D8l, 
macro  SS.Clk.comp.SA  :=  l"E0l, 

Store  Status  Save  Area 
CPU  timer 
Colck  comparator 

IV. 2.  **  Pc.State  ** 

R[0:15]<0:31> , 
CR[0:15]<0:31> , 

General  purpose  registers 
Control  registers 

fpregisters[0:7]  < 0:31  > , Floating  point  registers 

FR [0:7] < 0:63 > (INCREMENTS)  :=  fpregisters[0:7] < 0:3 1 > , 

PSW<0:63>, 


macro  proc. address  :=  I"  841, 

macro  extern. icode  :=  l"86l, 

macro  SVC.ILC  :=  I" 881, 

macro  SVC. icode  :=  l"8AI, 

macro  prog.ILC  :=  l"8CI, 

macro  prog,  icode  :=  I"8E1, 

macro  trans.exc. address  : = l"90l, 
macro  monitor.cinumb  :=  I" 941, 
macro  per.c  :=  I" 961, 

macro  per.address  :=  l"98l, 

macro  monitor. code  :=  l"9CI, 

macro  channeled  :=  I" A8I, 

macro  IOEL. address  :=  l"ACI, 

macro  limited. channel. logout  :=  l"B0l, 
macro  io. address  :=  l"B8l, 


Program  Status  Word 
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CHAMSK<0:7>  : = 

PSW<0:7> , 

Program  Status  Word  Fields 
Channel  Mask 

ps.ic<  8: 1 5 > : = 

PSW<  8:15> , 

Interrupt  control  bits 

PROTKY < 0:3>  : = 

PSW<  8:1 1> , 

Protection  Key 

EXTCMO  : = 

PSW<  12> , 

Extended  Control  Mode  (BC=0,EC=  I) 

MCHKMKO  : = 

PSW<  13> , 

Machine  check  mask 

WAITSTO  : = 

PSW<  14> , 

WAIT  state 

PROBSTO  : = 

PSW<  15> , 

Problem  state 

INTCDE<0:15>:  = 

PSW<  16:31  > , 

Interrupt  code 

ILC < 0: 1 > : = 

PSW<32:33> , 

Instruction  length  code 

ps.pm<  34:39>  : = 

PSW<  34:39> , 

Program  Mask  bits 

CC<0:1>  : = 

PSW<  34:35> , 

Condition  code 

FP0PMSO  : = 

PSW<  36> , 

Fixed  point  overflow  mask 

DOFMSKO  : = 

PSW<37> , 

Decimal  overflow  mask 

EXOFMSO  : = 

PSW<  38> , 

Exponent  underflow  mask 

SIGMSKO  : = 

PSW<39>, 

Significance  mask 

PC<0:23>  : = 

PSW<  40:63> , 

Program  counter-24  bits 

ps.ec<0:5> , 

Extended  code 

PERO  : = 

ps.ec<  1> , 

Program  Event  record  mask 

TO  := 

ps.ec<5>. 

Translation  mode 

IV.3.  **  Implementation. Declarations  ** 

amarl<0:23> , 

Auxiliary  memory  address  reg.(l) 

amar2<0:23> , 

Auxiliary  memory  address  reg.(2 ) 

lobyte<0:7>  :=  mbr<0:7>, 

Left  byte  in  mbr 

hibyte<0:7>  :=  mbr<24:31>, 

Right  byte  in  mbr 

lauxl<0:7>. 

Byte  count  register  I 

Iaux2<0:7> , 

Byte  count  register  2 

temp<0:16> , 

1 7 bit  temp 

divreg<0:63> , 

64  bit  dividend  register 

exrf<  > , 

Execute  recursion  flag 

one<0:3> , 

Zone  temporary 

digit<0:3>. 

Digit  temporary 

cale<0:63> , 

Scale  factor  for  cvb 

tl<>. 

I bit  temp 

t2<  0: 1 > , 

2 bit  temp 

t4<0:3>, 

4 bit  temp 

t6<0:5> , 

6 bit  temp 

t8<  0:7> , 

8 bit  temp 

t8a<0:7> , 

8 bit  auxilliary  temp 

tl6< 0: 1 5>  , 

16  bit  temp 

t24<  0:23> , 

24  bit  temp 

t32<  0:3 1 > , 

32  bit  temp 

t33<0:32> , 

33  bit  temp 

t64<  0:63 > , 

64  bit  temp 

ovf  < > , 

Overflow 

chint<  0:3 1 > , 

Channel  interrupt  requests 

chrls<  > , 

Channel  release 

chseK  > , 

Channel  select  register 

chancc<0:l> , 

Channel  condition  code 

chinst  [0:3]  < > , 

Channel  instruction  line  0 =>  SIO,  I =>  770,  2 = > HIO,  3 =>  TCH 

chareg<0:7> , 

Channel  address  register 

devreg<0:7> , 

Device  register  holds  device  address  (0-255) 

extreg<0:7> , 

External  register:  Bit  0 = timer  interrupt,  Bit  1 = console  interrupt 

iodreg<0:7> , 

Holds  data  byte  for  direct  I/O 

its  meaning  (command  or  data ) is  implementation  dependent 

Signal  out  for  direct  I/O 


sigout<0:9> , 


172 


System/370  ISPS  Description 


tod.clk<0:63> , 
clk.cmp<0:63> , 
cpu.tim<0:63> , 
prefix<0:ll>. 


Clock 

Clock  comparator 
CPU  timer 
prefix 


macro  cpu. address  : 

101, 

macro  cpu. id  : = 

101, 

macro  chan. id  : = 

101, 

IV. 4.  **  Instruction.Format  ** 

ir<  0:47> , 

Instruction  register 

irw[0:2]<0:15> 

= ir<  0:47> , 

1/2  word  address  for  ir  (execute) 

opcode<0:7>  : = 

ir<  0:7> , 

RR,  RX,  RS,  SI,  SS 

Rl<0:3> 

= 

ir<  8:1 1> , 

RR,  RX,  RS 

R2<0:3> 

= 

ir<  12:15> , 

RR 

X2<0:3> 

= 

ir<  1 2: 1 5 > , 

RX 

Bl<0:3> 

= 

ir<  16:19> , 

RX,  RS,  SI,  SS 

D 1 < 0: 1 1 > 

: = 

ir<  20:31  >, 

RX,  RS,  SI,  SS 

R3<0:3> 

= 

ir<  1 2 : 1 5 > , 

RS 

Ml [0:3]< > : = 

ir<  8:1 1 > , 

Mask  1 

12<  0:7>  : 

ir<  8:15> , 

SI 

LFLD<0:7>  : = 

ir<  8:15> , 

SS 

L 1 < 0:3  > 

= 

ir<  8:1 1 > , 

SS 

L2<  0:3> 

= 

ir<  12:15> , 

SS 

B2<:  0:3> 

= 

ir<  32:35  > , 

SS 

D2<  0: 1 1 > 

: = 

ir<  36:47  > 

SS 

IV.5.  **  Address.Calculation  ** 


dat  (addr< 0:3 1 > , rw<>,  noaccsO)  <0:23>  : = 
begin 


**  Translation. Registers  ** 

(us) 

field.sel<0:4>  : = 

cr[0]<  8: 1 2> , 

page.size<0:l>  : = 

cr[0]<8:9>, 

segment.size<0:l>  : = 

cr  [0]  < 1 1 : 1 2> , 

st.length<0:7>  : = 

cr[l]<0:7> , 

st.address<0:17>  : = 

cr[l]<  8:25> , 

st.entry<0:31>, 

pt.length<0:3>  : = 

st. entry <0:3> , 

pt.address<0:20>  : = 

st.entry<  8:28> , 

segment. invalid<  > : = 

st.entry<31> , 

pt.entry<0:15>. 

page.invalid<0:l>  : = 

segment.  index<  0:7> , 
page.index<0:8> , 
pt.disp<0:3>, 
byte. index<  0:1 1> , 

pt.entry<  1 2: 1 3 > , 

macro  prot.exc  : = 

I’lOOl, 

macro  addr.exc  : = 

non, 

macro  segment. trans  : = 

1’ 100001, 

macro  page. trans  : = 

r looon. 

macro  trans. spec  : = 

r iooioi. 

Dynamic  Address  Translation.  Parameters  are  addr,  a virtual  address; 
rw,  an  access  type  (0=read,  I = write);  noaccs,  result  use  (0— memory 

access,  1 = LR  A) 


segment  table  entry 


page  table  entry 
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MAIN  entry  : = 
begin 

DECODE  t => 
begin 

0 :=  dat  = addr, 

1 :=  begin 

DECODE  field. sel  => 
begin 
’01000  : = 

begin 

segment. index  = addr<  8: 1 5> ; 
page.index  = addr<  16:20> ; 
pt.disp  = addr<  16:19> ; 
byte. index  = addr<21:31> 
end. 


'10000  : = 

begin 

segment. index  = addr<8:15>; 
page.index  = addr<16:19>; 
pt.disp  = addr<16:19>; 
byte. index  = addr<  20:31  > 
end, 


’01010  : = 

begin 

segment. index  = addr<  8: 1 1 > ; 
page.index  = addr<12:20>; 
pt.disp  = addr<12:15>; 
byte. index  = addr<  21 :3 1 > 
end, 


’10010  : = 

begin 

segment.index  = addr<  8:1 1 > ; 
page.index  = addr<  12:1 9> ; 
pt.disp  = addr<  12:15> ; 
byte. index  = addr<  20:31  > 
end, 

OTHERWISE  : = 

suppress  (trans.spec) 
end  next 


IF  st.length  Iss  segment. index<0:3>  =>  nullify  (segment. trans, 3)  next 
dat  = (st.address@"0  + segment. index)@’00  next 
IF  dat  gtr  "FFFFFF  =>  suppress(addr.exc)  next 
st. entry  = MW[dat]  next 

IF  segment. invalid  =>  nullify (segment.trans,!)  next 


IF  pt.length  Iss  pt.disp  =>  nullify  (page. trans, 3)  next 
dat  = (pt.address@’00  + page.index)@’0  next 
IF  dat  gtr  "FFFFFF  =>  suppress(addr.exc)  next 
pt. entry  = MHldat]  next 
IF  page. invalid  and  page. size  => 

nullify(page.trans,2)  next 

IF  pt.entry<  13:14>  neq  0 =>  suppress(trans.spec)  next 

dat  = pt.entry<0:14>@#000  or  byte. index 
end 

end  next 


Translation  off 
Translation  on 


64K,  2K 


64K,  4K 


IM,  2K 


IM,  4K 


get  segment  table  entry 


get  page  table  entry 


translate 


IF  noaccs  =>  LEAVE  dat  next 


done  if  LRA 
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check  storage  protection 

IF  dat  gtr  "FFFFFF  =>  suppress(addr.exc)  next 


IF  rw  or  stkeys[dat<0:12>]<4>  => 

IF  protky  neq  stkeys[dat< 0: 1 2>  ] < 0:3> 

= > suppress(prot.exc)  next 

stkeys[dat<0:12>]<5:6>  = 'l@rw 
end, 

entry 

suppress (icode<  0: 1 5> ) : = 
begin 

intcde  = icode; 
int<2>  = 1; 
LEAVE  icycle 
end, 

set  program  exception 

nullify (icode< 0: 1 5> ,ec<0:l>)  : = 
begin 

DECODE  noaccs  => 
begin 

0 :=  begin 

mwttrans.exe. address]  = 
pc  = pc  - ilc@’0; 
intcde  = icode; 

storage  access 

addr<  8:3 1 > ; 

int<2>  = 1; 
LEAVE  icycle 
end. 

set  program  exception 

1 :=  begin 

cc  = ec; 
LEAVE  dat 
end 
end 
end 

end, 

LRA 

IV, 6.  **  Service.Facilities  **  {us} 

checker(condition<  > , intcode<  0: 1 5> ) : = 
begin 

IF  condition  => 
begin 

INTCDE  = intcode;  int<2>  = 1 next 

LEAVE  icycle 

end 

end. 

Interrupt  code  5 implies  addressing  error.  Interrupt  code  6 implies 
specification  (alignment  error).  Interrupt  code  4 implies  protection. 
The  order  of  setting  these  codes  may  be  implementation  dependent. 

Tests  on  a model  75  show  code  6 is  first, 
check  for  possible  program  interruptions 

opex  :=  (checkerOl,  D), 

Illegal  op-code 

ckpriv  : = 

begin 

checker(PROBST,  2) 
end, 

Check  for  privilege  instructions 

keyck  : = 

begin 

ckprivO  next 

checker(R[R2]<  28:3 1 > neq  0,  6)  next 
checker(R[R2]<  8:20>  gtr  7,  5) 
end, 

Check  routine  for  ssk  & isk  instructions 
Privileged  state  check 

Privileged  state  check 
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ckfrl  : 


ckfr2  : 


rdbyte  : 


wrbyte  : 


readhw 


wrhw  : 


readwd 


Check  floating  register  spec  R1 

begin 

checker(Rl<3>  or  Rl<0>,6) 
end. 


Check  floating  register  spec  R2  and  R1 

begin 

checkerCRl  < 3>  or  R1<0>  or  R2<3>  or  R2<0>,6) 
end, 


= Read  a byte  routine 

begin 

dat(mar,0,0)  next 
mbr<24:31>  = MBldat] 
end, 

= Write  a byte  routine 

begin 

dat(mar,l,0)  next 
MB[dat]  = mbr 
end. 


begin 

DECODE  mar<23>  => 


begin 

0 :=  begin 

dat(mar,0,0)  next 
mbr<16:31>  = MH[dat] 
end, 

1 :=  mbr<16:31>  = get.unaligned(mar,2) 

end 


end. 


Read  a 1/2  word  routine 


aligned 


begin 

DECODE  mar<23>  => 
begin 

0 : = begin 

dat(mar,l,0)  next 
MH[dat)  = mbr<16:31> 
end, 

1 :=  put.unaligned(mar+ 1,2)  = 
end 


end. 


mbr 


Write  a 1/2  word  routine 


aligned 


— Read  a word  routine 

begin 

DECODE  mar<22:23>  neq  0 => 
begin 

0\False  : = 

begin  aligned 

dat(mar,0,0)  next 
mbr  = MW[dat] 
end, 

l\True  : = 

mbr  = get.unaligned(mar,4) 


end. 


end 
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wrwd  : = 

begin 

DECODE  mar<22:23>  neq  0 => 
begin 

0\False  : = 

begin 

datCmar,  1,0)  next 
MW[dat]  = mbr 
end, 

l\true  : = 

put.unaligned(mar  + 3,4)  = mbr 
end 

end, 

readdw  : = 

begin 

DECODE  mar<21:23>  neq  0 => 
begin 

0\FaIse  : = 

begin 

dat(mar,0,0)  next 
mdbr  = MDW[dat] 
end, 

l\True  : = 

mdbr  = get.unaligned(mar,8) 
end 

end, 


wrdw  : = 

begin 

DECODE  mar<21:23>  neq  0 => 
begin 

0\False  : = 

begin 

datCmar,  1,0)  next 
MDW[dat]  = mdbr 
end, 

l\True  : = 

put.unaligned(mar+7,8)  = mdbr 
end 

end, 

get.unaligned(addr<0:23>  ,cnt<0:3>)<0:63>  : = 
begin 

dat(addr,0,0)  next 
REPEATbegin 

get. unaligned  = get.unaligned@MB[dat); 
cnt  = cnt  - 1 next 

IF  cnt  eql  0 =>  LEAVE  get. unaligned  next 
addr  = addr  + 1; 

IF  (dat  = dat  + 1 ) < 1 0:0>  eql  0 =>  RESTART  get. unaligned 
end 

end, 

put.unaligned(end.address<0:23>  ,cnt<0:3> ) < 0:63 > : = 
begin 

dat  (end. address, 0,0)  next 
REPEATbegin 

put.unaligned@MB[dat]  = put. unaligned; 
cnt  = cnt  - 1 next 

IF  cnt  eql  0 =>  LEAVE  put. unaligned  next 
end. address  = end. address  - 1; 

IF  dat<10:0>  eql  0 =>  RESTART  put. unaligned  next 

dat  = dat  -1 

end 


Write  a word  routine 


aligned 


Read  a double  word  routine 


aligned 


Write  a double  word  routine 


aligned 


end. 
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get.PSW<0:63>  : = 
begin 

DECODE  EXTCM  => 
begin 

get.PSW  = CHAMSK@ps.ic@INTCDE@ILC@ps.pm@PC, 
get.PSW  = ps.ec@CHAMSK<  6:7>@ps.ic@’00@ps.pm@"0000@PC 
end 

end, 

put.PSW< 0:63>  : = 
begin 

DECODE  put.PSW<  12>  => 
begin 

0 :=  CHAMSK@ps.ic@INTCDE@ILC@ps.pm@PC  = put.PSW, 

1 :=  begin 

ps.ec@CHAMSK<6:7>@ps.ic  = put.PSW<0:15> ; 
ps.pm  = put.PSW<  1 8:23> ; 

PC  = put.PSW<  40:63> 
end 
end 

end. 


Gel  the  PSW  based  on  mode 


Store  the  PS  W based  on  mode 
check  EXTCM  bit  of  NEW  PSW 


I2fch  : = 

begin 

DECODE  laux2  eql  0 => 
begin 

0 :=  begin 

laux2  = laux2  -{ tc}  1 next 
mar  = amar2  + laux2  next 
rdbyteO 
end, 

1 :=  mbr  - 0 
end 


setfcc  : = 

begin 

CC  = 0 next 
DECODE  R [R 1 ] < 0>  => 
begin 

IF  R [R 1 ] =>  CC  = 2, 

CC  = 1 
end  next 

IF  ovf  =>  CC  = 3 next 
checker(ovf  and  FPOPMS,  8) 
end, 

setfpcc  : = 

begin 

DECODE  FR[R1]<0:7>  tst|sm)  0 => 
begin 
CC  = 1, 

CC  = 0, 

CC  = 2 
end 


Fetch  L2  operand  if  possible  or  load  zero 
into  the  mbr  if  L2  field  is  exhausted. 


Set  fixed  point  condition  codes 


Set  footing  point  condition  codes 


ckdiv(divisor<0:63> , dividend<0:31>)  : = 
begin 

checker(dividend  eqi  0,  9)  next 

IF  divisor<0>  =>  divisor  = -{tc)  divisor  next 

IF  dividend<0>  =>  dividend  = -(tc)  dividend  next 

checker((divisor  / dividend)  < 63:3 1 > neq  0,  9) 

end. 


Check  for  divide  overfow 
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int<0:4>  : = 
begin 

IF  int  eql  0 =>  LEAVE  int  next 
DECODE  first.one(int  and  mchkmk@’l  l@chamsk<  7>@’ 
begin 


Interrupt  service  routine. 
Bit  2 = prog  check,  Bit  3 = 


1)  => 


0 :=  begin 

mar  = machine.chk.OPSW; 
intcde  = 0; 


int  = 0 


end. 


1 :=  begin 

mar  = SVC.OPSW; 

IF  extern  => 
begin 

mhtSVC.icode]  = intcde; 
mhlSVC.ILC]  = ilc@’0 
end; 

int<  1>  =0 
end, 


2 ;=  begin 

mar  = prog.OPSW; 

IF  extern  = > 
begin 

mhlprog.icode]  = intcde; 
mhlprog.ILC]  = ilc@’0 
end; 

int<2>  = 0 
end, 


3 :=  begin 

mar  = extern.  OPSW; 

IF  extern  =>  mh [extern. icode]  = intcde; 

int<3>  = 0 

end, 


4 : = begin 

DECODE  extcm@chamsk<6>  => 
begin 

t32  = chint  and  chamsk<  0:5>  @0<  25:0> , 

t32  = chint  and  chamsk<0;5>@cr[2]<6:31>, 

LEAVE  int, 

t32  = chint  and  CR  [2] 

end  next 

IF  t32  eql  0 =>  LEAVE  int  next 
INTCDE<0:7>  = first.one(t32); 
chint< first. one(t32)>  = 0 next 
mar  = io.OPSW; 

IF  extern  =>  mw[io.address]<8:31>  = intcde; 

int<4>  = chint  neq  0 

end. 


5 :=  LEAVE  int 
end  next 

mdw[mar]  = get.PSWO; 
put.PSWO  = mdw[mar  + "40] 
end. 


Bit  0 = machine  check,  Bit  I = sve, 
timer  interrupt,  Bit  4 = I/O  interrupt 

machine  check 
implementation  dependant 

Supervisor  call 


Program  Check 


External  Interruption 


I/O  interruption 

BC,  I/O  disabled 
BC,  I/O  enabled 
EC,  I/O  Disabled 
EC,  I/O  enabled 


clear  request 


no  interruption 
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IV.7.  **  Floating. Point.Operators  **  {us) 

error  flags 
overflow 
underflow 
significance 


fvu[0:2]<  > , 

fv<  > :=  fvu[0]<>, 

fu<>  :=  fvu[lj<>, 

fs<>  :=  fvu[2]<>, 


fc<  > , 
fet<  5:0> , 
fdt<  1 1 1:0> , 
ftl  < 60:0> , 
ft2<  60:0  > , 


carry  temp 
shift  count  temp 
division  temp 


prenorm(f<0:63>)<0:63>  : = 
begin{  us) 

DECODE  f<  8:63>  eql 
begin 

(^False  : = 


prenorm  produces  a normalized  fp  number  with  the  following  format: 
< 0:7> , exponent  (excess  fflOO);  < 8:63> , fraction.  No  sign  information  is  retained 


0 => 


begin 

fet  = first. one(f<  8:63> ) next 
prenorm<0:7>  = f<  1 :7>  - fet<5:2>; 
prenorm<8:63>  = f<8:63>  slO  (fet  and 
end. 


#74) 


l\True  : = 


prenorm  = 0 


end 


end, 


fp.norm(fra< 59:0> ,exp< 7:0> ,s<  > )<  0:63>  : = 
begin(us) 

DECODE  fra  eql  0 => 
begin 

0\False  : = 

begin 

fet  = first. one(fra)  next 
fra  = fra  slO  (fet  and  #74); 
exp  = exp  - "0@fet<5:2>  next 
fp.norm<  8:63>  = fra<59:4>; 
fp.norm<0>  = s; 
fp.norm<  1:7>  = exp; 

IF  exp<7>  =>  fvu[exp<6>]  = 1 errors 

end, 

l\True  : = 

fp.norm  = 0 
end 

end, 


fp.round(f<0:63>)<0:31>  : = 
begin 

fc@f<8:32>  = f<8:32>  + 1 next 
IF  fc  => 

begin 

f<  8:3 1 > = "l@f<8:30>;  insert  carry 

fv@f<  1:7>  = f<l:7>  + 1 
end  next 

fp. round  = f<  0:3 1 > 
end, 
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fp.add(fl < 0:63>  ,f2< 0:63> ) < 0:67>  : = 
begin 

fv  = fu  = fs  = 0 next 
ftl  = fl < 8:63> @"0;  ft 2 = f2<8:63>@"0  next 
DECODE  fl<  1:7>  tst  f2<l:7>  => 
begin 
CMss  : = 

begin 

fp.add<0:7>  = f2<l:7>; 

ftl  = ftl  srO  ((f2<  1:7>  - fl<l:7>)*4) 

end, 

l\eql  : = 

fp.add<0:7>  = f2  < 1 :7> , 

2\gtr  : = 

begin 

fp.add<0:7>  = f 1 < 1 : 7 > ; 

ft2  = ft2  srO  ((fl < 1:7>  - f2<  1:7>  )*4) 

end 

end  next 


Significance  (fs)  should  be  checked  and  possibly  set  here  however  it  is  not  implemented  yet 
ft  1 < 60>  = fl < 0> ; ft2<60>  = f2<0>  next 
fc@ftl  = ftl  +|sm)  ft2  next 

IF  fc  =>  sum  used  an  extra  bit 

begin 

ftl  < 59:0>  = "l@ftl<  59:4> ; 
fp.add<0:7>  = fp.add<0:7>  + 1 next 
IF  fp.add<0>  =>  fv  = 1 
end  next 

fp.add<8:67>  = ftl;  fp.add<0>  = ft  1 < 60> 
end, 

fp.mpy(fl < 0:63>  ,f2< 0:63> )< 0:63>  : = 
begin!  us) 

fv  = fu  = fs  = 0 next 
fp.mpy<0>  = fl  < 0>  xor  f2<0>  next 
fl  = prenorm(fl)  next 
f2  = prenorm(f2)  next 

fp.mpy<  1:63>  = fp.norm((n< 8:63>  * f2<8:63>)<  1 1 1 :52> ,fl < 0:7>  + f2<0:7>  + "CO,  fp.mpy<0>) 
end, 

fp.divtfl < 0:63> ,f2<0:63> )< 0:63 > : = 
begin!  us) 

fv  = fu  = fs  = 0 next 
fp.div<0>  = fl  < 0>  xor  f2<0>  next 
fl  = prenorm  (fl)  next 
f2  = prenorm(f2)  next 
DECODE  f2<  1:7>  eql  0 => 
begin 

0\False  : = 

begin 

IF  fl  eql  0 =>  (fp.div  = 0;  LEAVE  fp.div)  next 
fdt<  111  :56>  = fl<8:63>;  fdt<  55:0>  = 0 next 

fp.div  = fp.normffdt  / f2<  8:63>  ,fl<  1:7>  - f2<  1 :7>  + #101,  fp.div<0>) 
end, 

l\True  : = 

checker!’ 1,15) 


normal 


Divide  by  0 


end. 


end 
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IV.8.  **  Instruction.lnterpretation  **  (us) 

start!  main)  : = 
begin 
runO 
end. 


begin 

icycleO  next 

int()  next  interrupt  servie 

RESTART  run 

end. 


icycle  :=  Instruction  interpretation  cycle 

begin 

ifetchO  next 
iexecO  next 

IF  exrf  =>  (iexecO  next  exrf  = 0) 
end. 


ifetch  : = 

begin 

mar  = PC  next 
readhwO  next 

ir<0:15>  = mbr<  16:31  >;  ilc  = 0 next 

IF  ir<  0: 1 > gtr  0 = > 
begin 

mar  = mar  + 2 next 
readhwO  next 

ir<  16:3 1 > = mbr<16:31>  next 
IF  ir<  0: 1 > gtr  2 => 
begin 

mar  = mar  + 2 next 
readhwO  next 

ir<32:47>  = mbr<16:31> 
end 

end  next 

DECODE  ir<  0. 1 > => 
begin 

’00  :=  ilc  = 1, 

[’01,’10]  : = 

ilc  = 2, 

’ll  :=  ilc  = 3 
end  next 
pc  = pc  + ilc@’0 
end 


Instruction  fetch 


read  half  word 


RR 

RX,RS,SI,S 

SS 
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IV.9.  **  Instruction.Decoding  **  (us) 


iexec  : = 

begin 

DECODE  opcode<0:l>  => 


begin 

’00  : = 

RRO, 

'01  : = 

RXO, 

'10  : = 

RS.SIO, 

’ll  : = 

sso 

end 

RR  : = 


RR  instruction  DECODE  table 


begin 

DECODE  opcode  => 


begin 


"00 

= 

opexO, 

Unused 

"01 

= 

opexO, 

Unused 

"02 

= 

opexO, 

Unused 

"03 

= 

opexO, 

Unused 

"04 

= 

SPM  O, 

Set  program  mask 

"05 

= 

BALRO, 

Branch  and  link 

"06 

= 

BCTRO, 

Branch  on  count 

"07 

= 

BCRO, 

Branch  on  condition 

"08 

= 

SSKO, 

Set  storage  key 

"09 

= 

ISKO, 

Insert  storage  key 

"0A 

= 

SVCO, 

Supervisor  call 

"0B 

= 

opexO, 

Unused 

"0C 

= 

opexO, 

Unused 

"0D 

= 

opexO, 

Unused 

"OE 

= 

MVCLO, 

Move  long 

"OF 

= 

CLCLO, 

Compare  logical  long 

"10 

= 

LPRO, 

Load  positive 

"11 

= 

LNRO, 

Load  negative 

"12 

= 

LTRO, 

Load  and  test 

"13 

= 

LCRO, 

Load  complement 

"14 

= 

NRO, 

And 

"15 

= 

CLRO, 

Compare  logical 

"16 

= 

OR.O, 

Or 

"17 

= 

XRO, 

Exclusive  or 

"18 

= 

LRO, 

Load 

"19 

= 

CR.O, 

Compare 

"1A 

= 

ARO, 

Add 

"IB 

= 

SRO, 

Subtract 

"1C 

= 

MRO, 

Multiply 

"ID 

.= 

DRO, 

Divide 

"IE 

= 

ALRO, 

Add  logical 

"IF 

= 

SLR.O, 

Subtract  logical 
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"20 

= 

LPDRO, 

Load  positive  (long) 

"21 

= 

LNDRO, 

Load  negative  (long) 

"22 

= 

LTDRO, 

Load  and  test  ( long) 

"23 

LCDRO, 

Load  and  complement  (long) 

"24 

- 

HDRO, 

Halve  (long) 

"25 

= 

LRDRO, 

Load  rounded  (extended  to  long) 

"26 

= 

MXRO, 

Multiply  (extended) 

"27 

= 

MXDRO, 

Multiply  (long  to  extended) 

"28 

= 

LDRO, 

Load  (long) 

"29 

= 

CDRO, 

Compare  (long) 

"2A 

= 

ADRO, 

A dd  normalized  (long) 

"2B 

= 

SDRO, 

Subtract  normalized  (long) 

"2C 

= 

MDRO, 

Multiply  (long) 

"2D 

: - 

DDRO, 

Divide  (long) 

"2E 

= 

AWR(), 

Add  unnormalized  (long) 

"2F 

= 

SWRO, 

Subtract  unnormalized  (long) 

"30 

— 

lperO, 

Load  positive  (short) 

"31 

- 

LNERO, 

Load  negative  (short) 

"32 

= 

LTERO, 

Load  and  test  (short) 

"33 

= 

LCERO, 

Load  complement  (short) 

"34 

= 

HERO, 

Halve  (short) 

"38 

= 

LERO, 

Load  (short) 

"39 

= 

CERO, 

Compare  (short) 

"3A 

: = 

AERO, 

Add  normalized  (short) 

"3B 

= 

SERO, 

Subtract  normalized  (short) 

"3C 

= 

MERO, 

Multiply  (short) 

"3D 

: = 

DERO, 

Divide  (short) 

"3E 

- 

AURO, 

Add  unnormalized  (short) 

"3F 

= 

SURO 

Subtract  unnormalized  (short) 

end 

end, 

begin 

mar  = D1  next 
IF  B1  =>  mar 
IF  X2  =>  mar 

= mar  + R[B1]  next 
= mar  + R[X2]  next 

RX  instruction  DECODE  table 
Effective  address  calculation 

DECODE  opcode 

= > 

opcode  DECODE  for  RX 

begin 

"40  : = 

STHO, 

Store  halfword 

"41  : = 

LAO, 

Load  address 

"42  : = 

STCO, 

Store  character 

"43  : = 

ICO, 

Insert  character 

"44  : = 

EXO, 

Execute 

"45  : = 

BALO, 

Branch  and  link 

"46  : = 

BCT  () , 

Branch  on  count 

"47  : = 

BCO, 

Branch  on  condition 

"48  : = 

LHO, 

Load  halfword 

"49  : = 

CHO, 

Compare  halfword 

"4A  : = 

AHO, 

Add  halfword 

"4B  : = 

SH(), 

Subtract  halfword 

"4C  : = 

MH.O, 

Multiply  halfword 

"4D  : = 

opexO, 

Unused 

"4E  : = 

CVDO, 

Convert  to  decimal 

"4F  : = 

CVBO, 

Convert  to  binary 
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"50  : = 

STO, 

Store 

"51  : = 

opexO, 

Unused 

"52  : = 

opexO, 

Unused 

"53  : = 

opexO, 

Unused 

"54  : = 

NO, 

And 

"55  : = 

CLO, 

Compare  logical 

"56  : = 

OO, 

Or 

"57  : = 

XO, 

Exclusive  or 

"58  : = 

L(), 

Load 

"59  : = 

CO, 

Compare 

"5 A : = 

AO, 

Add 

"5B  : = 

SO, 

Subtract 

"5C  : = 

MO, 

Multiply 

"5D  : = 

DO, 

Divide 

"5E  : = 

ALO, 

Add  logical 

"5F  : = 

SLO, 

Subtract  logical 

"60  : = 

STDO, 

Store  (long) 

"61  : = 

opexO, 

Unused 

"62  : = 

opexO, 

Unused 

"63  : = 

opexO, 

Unused 

"64  : = 

opexO, 

Unused 

"65  : = 

opexO, 

Unused 

"66  : = 

opexO, 

Unused 

"67  : = 

MXDO, 

Multiply  ( long  to  extended) 

"68  : = 

LDO, 

Load  (long) 

"69  : = 

CDO, 

Compare  (long) 

"6 A : = 

ADO, 

Add  normalized  (long) 

"6B  : = 

SDO, 

Subtract  normalized  ( long) 

"6C  : = 

MDO, 

Multiply  (long) 

"6D  : = 

DDO, 

Divide  (long) 

"6E  : = 

AWO, 

Add  unnormalized  (long) 

"6F  : = 

SWO, 

Subtract  unnormalized  (long) 

"70  : = 

STEO, 

Store  (short) 

"71  : = 

opexO, 

Unused 

"72  := 

opexO, 

Unused 

"73  : = 

opexO, 

Unused 

"74  : = 

opexO, 

Unused 

"75  : = 

opexO, 

Unused 

"76  : = 

opexO, 

Unused 

"77  : = 

opexO, 

Unused 

"78  : = 

LEO, 

Load  (short) 

"79  : = 

CEO, 

Compare  (short) 

"7A  : = 

AEO, 

Add  normalized  (short) 

"7B  := 

SEO, 

Subtract  normalized  (short) 

"1C  : = 

MEO, 

Multiply  (short) 

"7D  : = 

DEO, 

Divide  (short) 

"7E  : = 

AUO, 

Add  unnormalized  (short) 

"7F  : = 

SUO 

Subtract  unnormalized  (short) 

end 

RS.SI  : = 

begin 


RS,  S/  instruction  DECODE  table 


mar  = D1  next 

IF  B1  =>  mar  = mar  + R[B1]  next 


Effective  address  calculation 
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DECODE  opcode 

= > 

begin 

"80  : = 

SSMO, 

"81  : = 

opex(). 

"82  : = 

LPSWO, 

"83  : = 

D1AG0, 

"84  : = 

WRDO, 

"85  : = 

RDDO, 

"86  : = 

BXHO, 

"87  : = 

BXLEO, 

"88  : = 

SRL(), 

"89  : = 

SLL(), 

"8 A : = 

SRAO, 

"8B  : = 

SLAO, 

"8C  : = 

SRDLO, 

"8D  : = 

SLDLO, 

"8E  : = 

SRDAO, 

"8F  : = 

SLDAO, 

"90  : = 

STMO, 

"91  : = 

TMO, 

"92  : = 

MV1(), 

"93  : = 

TSO, 

"94  : = 

NIO, 

"95  : = 

CLIO, 

"96  : = 

OK), 

"97  : = 

XIO, 

"98  : = 

LMO, 

"99  : = 

opexO, 

"9 A : = 

opexO, 

"9B  : = 

opexO, 

"9C  : = 

SIOO, 

"9D  : = 

TIOO, 

"9E  : = 

H1O0, 

"9F  : = 

TCHO, 

"AO  : = 

opexO, 

" A1  : = 

opexO, 

" A2  : = 

opexO, 

"A3  : = 

opexO, 

" A4  : = 

opexO, 

"A5  : = 

opexO, 

"A6  : = 

opexO, 

" A7  : = 

opexO, 

" A8  : = 

opexO, 

"A9  : = 

opexO, 

"AA  : = 

opexO, 

"AB  : = 

opexO, 

"AC  : = 

STNSMO, 

"AD  : = 

STOSMO, 

"AE  : = 

SIGPO, 

"AF  : = 

MCO, 

opcode  decoding 

Set  system  mask 
Unused 
Load  PS  W 
Diagnose 
Write  direct 
Read  direct 
Branch  on  index  high 
Branch  on  index  less  than  or  equal 
Shift  right  logical 
Shift  left  logical 
Shift  right  single  arithmetic 
Shift  left  single  arithmetic 
Shift  right  double  logical 
Shift  left  double  logical 
Shift  right  double  arithmetic 
Shift  left  double  arithmetic 

Store  multiple 
Test  under  mask 
Move  immediate 
Test  and  set 
A nd  immediate 
Compare  logical  immediate 
or  immediate 
Exclusive  or  immediate 
Load  multiple 
Unused 
Unused 
Unused 
Start  I/O 
Test  I/O 
Halt  I/O 
Test  channel 

Unused 

Unused 

Unused 

Unused 

Unused 

Unused 

Unused 

Unused 

Unused 

Unused 

Unused 

Unused 

Store  then  and  system  mask 
Store  then  or  system  mask 
Signal  processor 
Monitor  call 
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"BO  : = 

opexO, 

Unused 

"B1  : = 

LRAO, 

Load  real  address 

"B2  : = 

sysfnsO, 

System  functions 

"B3  : = 

opexO, 

Unused 

"B4  : = 

opexO, 

Unused 

"B5  : = 

opexO, 

Unused 

"B6  : = 

STCTLO, 

Store  control 

"B7  : = 

LCTLO, 

Load  control 

"B8  : = 

opexO, 

Unused 

"B9  : = 

opexO, 

Unused 

"BA  : = 

cso, 

Compare  and  swap 

"BB  : = 

CDSO, 

Compare  double  and  swap 

"BC  : = 

opexO, 

Unused 

"BD  : = 

CLMO, 

Compare  characters  under  mask 

"BE  : = 

STCMO, 

Store  characters  under  mask 

"BF  : = 

ICMO 

Insert  characters  under  mask 

end 

end, 

sysfns  :=  Decoding  of  system  functions 

begin 


DECODE  12 

= > 

begir 

"00 

= opexO, 

Unused 

"01 

= opexO, 

Unused 

"02 

= STIDPO, 

Store  CPU  id 

"03 

= STIDCO, 

Store  Channel  id 

"04 

= SCKO, 

Set  clock 

"05 

= STCKO, 

Store  clock 

"06 

= SCKCO, 

Set  clock  comparator 

"07 

= STCKCO, 

Store  clock  comparator 

"08 

= SPT  0 , 

Set  CPU  timer 

"09 

= STPTO, 

Store  CPU  timer 

"0A 

= SPKAO, 

Set  PSW  key  from  address 

"0B 

= IPK.O, 

Insert  PS  W key 

"0C 

= opexO, 

Unused 

"0D 

= PTLBO, 

Purge  tlb 

"0E 

= opexO, 

Unused 

"OF 

= opexO, 

Unused 

"10 

= SPXO, 

Set  prefix 

"11 

= STPXO, 

Store  prefix 

"12 

= STAPO, 

Store  CPU  address 

"13 

= RRB(), 

Reset  reference  bit 

end, 

" 1 4:"  FF  : = 

opexO 

end 

Unused 

SS  instruction  DECODE  table 

begin 

amarl 

= D1 

amar2  = D2  next 

Effective  address  calculation 

IF  B1 

= > amarl  = amarl  + R[B1  ] ; 

IF  B2 

= > amar2  = amar2  + R[B2]  next 
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IV.1 

SPM  : 


BALR 


BCTR 


BCR  : 


DECODE  opcode  = > opcode  decoding 

begin 

CO:"  DO  : = 


opexO, 

Unused 

"D1  : = 

MVNO, 

Move  numerics 

"D2  : = 

MVCO, 

Move  character 

"D3  : = 

MVZO, 

Move  zones 

"D4  : = 

NCO, 

And  character 

"D5  : = 

CLCO, 

Compare  logical  character 

"D6  : = 

oco, 

or  character 

"D7  : = 

XCO, 

Exclusive  or  character 

"D8  : = 

opexO, 

Unused 

"D9  : = 

opexO, 

Unused 

"DA  : = 

opexO, 

Unused 

"DB  : = 

opexO, 

Unused 

"DC  : = 

TRO, 

Translate 

"DD  : = 

TRTO, 

Translate  and  test 

"DE  : = 

EDO, 

Edit 

"DF  : = 

EDMKO, 

Edit  and  mark 

"F0  : = 

opexO, 

Unused 

"FI  : = 

MVO0, 

Move  with  offset 

"F2  : = 

PACKO, 

Pack 

"F3  : = 

UNPKO, 

Unpack 

"F4  : = 

opexO, 

Unused 

"F5  : = 

opexO, 

Unused 

"F6  : = 

opexO, 

Unused 

"F7  : = 

opexO, 

Unused 

"F8  : = 

ZAPO, 

Zero  and  add 

"F9  : = 

CPO, 

Compare  decimal 

"FA  : = 

APO, 

Add  decimal 

"FB  : = 

SPO, 

Subtract  decimal 

"FC  : = 

MPO, 

Multiply  packed 

"FD  : = 

DPO, 

Divide  packed 

"FE  : = 

opexO, 

Unused 

"FF  : = 

opexO 

Unused 

end 

end, 


. **  Instruction.Execution  **  {us} 


RR  instructions 
Set  program  mask 

begin 

ps.pm<34:39>  = R (R 1 ] < 2:7> 
end, 

= Branch  and  link  register 

begin 

t24  = R [R2]  < 8:3 1 > next 
R [R 1 ] = get.PSW()< 32:63>  next 
IF  R2  =>  PC  = t24 
end, 

= Branch  on  count-register 

begin 

t24  = R [R2]  < 8:3 1 > next 

R [R 1 ] = R[R1]  -{tel  1 next 

IF  (R [R 1 ] neq  0)  and  (R2  neq  0)  =>  PC  = t24 

end. 


begin 

IF  (Ml [CC]  neq  0)  and  (R2  neq  0)  =>  PC  = R[R2] < 8:31  > 
end. 


Branch  on  condition-register 
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SSK  : = 


ISK  : = 


SVC  : 


MVCL 


CLCL  : 


begin 

keyckO  next 

STKEYS[R[R2]<  8:20>]  = R[R1]<24:28> 
end, 


begin 

keyckO  next 

R [R 1 ] < 24:28 > = STKEYS[R[R2]<8:20>]  next 

R[R1]<29:31>  = 0 

end, 


begin 

INTCDE  = 12;  int<l>  = 1 next 

LEAVE  icycle 

end, 


begin 

checkertrl  or  r2,  6)  next 
DECODE  r[rl  + 1]  tst  r[r2+l]  => 
begin 
cc  = 1, 
cc  = 0, 
cc  = 2 
end  next 


MVCL1  : = 

begin 

IF  r[rl  + 1 ] < 8:3 1 > eql  0 =>  LEAVE  mvcl  next 
DECODE  r[r2+  1]< 8:31>  eql  0 => 
begin 

0\False  : = 

begin 

mar  = r[r2]  next 
rdbyteO; 

r[r2]  = mar  + 1; 
r[r2+l]<8:31>  = r[r2+l]  -{tcj  1 
end, 

l\True  : = 

mbr  = r[r2  + l]<0:7> 

end  next 
mar  = r [r  1 ] next 
wrbyteO; 

r [r  1 + 1]< 8:31  > = r[rl  + l]  -(tc)  1; 
r[rl]  = mar  + 1 next 
IF  int  eql  0 =>  RESTART  mvcll 
end  next 
pc  = pc  - ilc 
end. 


begin 

checkerIRl < 3>  or  R2<3>,  6)  next 
CC  = 0 next 


Set  storage  key  (protection  feature  instruction) 


Insert  storage  key  (protection  featuree) 


Supervisor  call 


Move  long 


Compare  logical  long 
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LPR  : 


clcll  : = 

begin 

IF  (R [R 1 + 1 ] < 8:3 1 > neq  0)  or  (R[R2  + 1]<8:31>  neq  0)  => 
begin 

DECODE  R [R 1 + 1]< 8:31>  neq  0 => 
begin 

0 :=  (8  = R [R 1 + 1 ] < 0:7 > , 

1 :=  begin 

mar  = R[R1]<8:31>  next 
rdbyteO  next 
t8  = mbr<24:31> 
end 

end  next 

DECODE  R[R2  + 1]<8:31>  neq  0 => 
begin 

0 :=  t8a  = R[R2  + 1]<0:7>, 

1 :=  begin 

mar  = R [R2]  < 8:3 1 > next 
rdbyteO  next 
t8a  = mbr<24:31> 
end 

end  next 

DECODE  t8  tst  t8a  => 
begin 

0\lss  :=  CC  = 1, 
l\eql  = CC  = 0, 

2\gtr  :=  CC  = 2 
end  next 

IF  CC  eql  0 => 
begin 

IF  R [R 1 + 1 ] < 8:3 1 > neq  0 => 
begin 

R [R 1 ] = (R  [R 1 ] + 1)<  23:0> ; 

R [R 1 + 1 ] < 8:3 1 > = (R [R 1 + 1]  -(tc|  1)<23:0> 
end  next 

IF  R[R2  + 1 ] < 8:3 1 > neq  0 => 
begin 

R[R2]  = (R[R2]  + 1)<  23:0> ; 

R[R2  + 1]< 8:31  > = (R[R2  + 1]  -{tc}  1)<23:0> 
end  next 
RESTART  clcll 
end 
end 
end 

end. 


Load  positive  register 

begin 

DECODE  R(R2]<0>  => 
begin 

R[R1]  = R[R2], 

R [R 1 ] = -|tc)  R[R2] 
end  next 

ovf  = R [R 1 ] eql  "80000000  next 

setfccO 

end. 
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LNR  : 


LTR  : 


NR  : 


CLR  : 


OR.  : 


XR  : = 


LCR  : 


LR  : = 


CR.  : 


Load  negative  register 

begin 

DECODE  R[R2]<0>  => 
begin 

R[R1]  = -ftc)  R[R2], 

R [R 1 ] = R[R2] 
end  next 

setfccO 

end, 


Load  and  test  register 

begin 

R[R1]  = R[R2]  next 

setfccO 

end, 


And  register 

begin 

R [R 1 ] = R [R 1 ] and  R[R2]  next 

CC  = (R  [R 1 ] neq  0) 

end. 


Compare  logical  register 

begin 

CC  = 0 next 

IF  R [R 1 ] lss  R[R2]  =>  CC  = 1 next 
IF  R [R 1 ] gtr  R[R2]  =>  CC  = 2 
end, 


OR  register 

begin 

R [R 1 ] = R [R 1 ] or  R[R2]  next 

CC  = (R  [R 1 ] neq  0) 

end, 


Exclusive  or  register 

begin 

R[R1]  = R [R 1 ] xor  R[R2]  next 

CC  = (R [R 1 ] neq  0) 

end, 


begin 

R [R 1 ] = -|tc)  R[R2]  next 

ovf  - R [R 1 ] eql  "80000000  next 

setfccO 

end. 


Load  and  complement  register 


Load  register 

begin 

R [R 1 ] = R[R2] 
end, 


Compare  register 

begin 

DECODE  R [R 1 ] TST(tc)  R[R2]  => 
begin 
CC  = 1, 

CC  = 0, 

CC  = 2 
end 

end, 
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AR  : — 

begin 

t33  = R [R 1 ] + R[R2]  next 

IF  R [R 1 ] < 0>  eqv  R[R2]<0>  =>  ovf  = t33<0>  neq  t33<  1 > next 

R [R 1 ] = t33  next 

setfccO 

end, 

SR  : = 

begin 

t33  = R [R 1 ] -{tc)  R[R2]  next 

IF  R [R 1 ] < 0>  xor  R[R2]<0>  =>  ovf  = t33<0>  neq  t33<l>  next 

R[R1]  = t33  next 

setfccO 

end, 

MR  : = 

begin 

checker(Rl<3>,  6)  next 

R[R1  + 1]  = t64  = R[R2]  *{tc)  R[R1  + 1]  next 

R [R 1 ] = t64<  0:3 1 > 

end, 

DR  : = 

begin 

checker(Rl  < 3> , 6)  next 

ckdiv(R[Rl]  @ R [R 1 + 1],  R[R2])  next 

t32  = R [R 1 ] @ R [R 1 + 1]  /{tc)  R[R2]  next 

R [R 1 ] = RtRl]  @ R[R1  + 1]  mod(tc)  R[R2]  next 

R [R 1 + 1]  = t32 

end, 

ALR  : = 

begin 

R[R1]  = t33  = RtRl]  + R[R2]  next 
CC  = t33<0>  @ (t33<  1:32>  neq  0) 
end, 

SLR.  : = 

begin 

R [R 1 ] = t33  = R[R1]  -{tc)  R[R2]  next 
CC  = t33<  0>  @ (t33<  1:32>  neq  0) 
end. 


LPDR  : = 

begin 

ckfr2()  next 

FR [R 1 ] < 1:63>  = FR[R2]<1:63>  next 

FR [R 1 ] < 0>  = 0 next 

setfpccO 

end, 


LNDR  : = 

begin 

ckfr2()  next 

FR [R 1 ] < 1:63>  = FR[R2]<1:63>  next 

FR  [R 1 ] < 0>  = 1 next 

setfpccO 

end, 


LTDR  : = 

begin 

ckfr2()  next 

FR [R 1 ] = FR[R2]  next 

setfpccO 

end, 


Add  register 


Subtract  register 


Multiply  register 


Divide  register 


Add  logical 


Subtract  logical  register 


Floating-point  feature  instructions 
Load  positive  (long) 


Load  negative  (long) 


Load  and  test  (long) 
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LCDR  : 


HDR 


LRDR  : 
MXR  : 
MXDR 
LDR  : 

CDR  : 


ADR 


SDR 


begin 

ckfr2()  next 

FR[R1]<  1:63>  = FR[R2]<  1:63>  next 
FR[R1]<0>  = not  FR[R2]<0>  next 
setfpccO 
end, 


begin 

ckfr2()  next 

FR[R1]  = fp.norm(FR [R2] < 8:63>  /2@’000,FR [R2] < 1 :7>  ,FR[R2] < 0> ) next 
checker(fu  and  EXOFMS,13)  next 
IF  fu  =>  FR[R1]  = 0 
end, 

= (no.opO), 

= (no.opO), 

= (no.opO), 


begin 

ckfr2()  next 
FR  [R I ] = FR[R2] 
end. 


begin 

ckfr2()  next 

DECODE  FR [R 1 ] tst(sm)  FR[R2]  => 
begin 
CC  = 1, 

CC  = 0, 

CC  = 2 
end  next 

IF  (FR [R 1 ] < 1:7>  eql  0)  and  (FR[R2]<1:7>  eql  0)  =>  CC  = 0 
end. 


begin 

ckfr2()  next 

fp.add(FR[Rl],FR[R2])  next 

FR'tRl]  = fp.norm(fp.add< 8:67> ,fp.add<  1:7> ,fp.add<0>)  next 

checker(fv,12)  next 

checker(fu  and  EXOFMS,13)  next 

IF  fu  =>  FR [R 1 ] = 0 next 

checker(fs  and  SIGMSK.,14)  next 

IF  fs  =>  FR[R1]  = 0 next 

setfpccO 

end, 


begin 

ckfr2()  next 

fp.add(FR[Rl],(not  FR[R2]<0>)@FR[R2]<  1:63>)  next 

FR [R 1 ] = fp.norm(fp.add<  8:67 > ,fp.add<  1 :7>  ,fp.add<0> ) next 

checker(fv,12)  next 

checker(fu  and  EXOFMS.13)  next 

IF  fu  =>  FR [R 1 ] = 0 next 

checker(fs  and  SIGMSK.14)  next 

IF  fs  =>  FR [R I ] = 0 next 

setfpccO 

end. 


Load  complement  (long) 


Halve  (long) 


Load  rounded  (extended  to  long) 
Multiply  (extended) 
Multiply  (extended  to  long) 
Load  (long) 

Compare  (long) 


Add  normalized  (long) 
trap 


Subtract  normalized  (long) 
trap 
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MDR 


DDR 


AWR 


SWR 


LPER 


LNER 


LTER 


= Multiply  (long) 

begin 

ckfr2()  next 

FR [R 1 ] = fp.mpy(FR [R1],FR[R2])  next 

checker(fv,12)  next  trap 

checker(fu  and  EX0FMS,13)  next 
IF  fu  =>  FR  [R 1 ] = 0 
end, 

= Divide  (long) 

begin 

ckfr2()  next 

FR [R 1 ] = fp.div(FR[Rl],FR[R2])  next 

checker(fv,12)  next  trap 

checkertfu  and  EXOFMS,13)  next 
IF  fu  =>  FR [R 1 ] = 0 
end. 


= Add  unnormalized  (long) 

begin 

ckfr2()  next 

FR [R 1 ] = fp.add(FR[Rl],FR[R2])<0:63>  next 

checker(fv,12)  next  trap 

checkertfs  and  SIGMSK,14)  next 

IF  fs  =>  FR [R 1 ] = 0 next 

setfpccO 

end. 


= Subtract  unnormalized  (long) 

begin 

ckfr2()  next 

FR [R 1 ] = fp.add(FR[Rl],(not  FR[R2]< 0> )@FR[R2]<  1:63> )<0:63>  next 

checker(fv,12)  next  trap 

checkertfs  and  SIGMSK,14)  next 

IF  fs  =>  FR [R 1 ] = 0 next 

setfpccO 

end. 


= Load  positive  (short) 

begin 

ckfr2()  next 

FR [R 1 ] < 1:31>  = FR[R2]<  1:31  > next 

FR[R1]<0>  = 0 next 

setfpccO 

end, 


= Load  negative  (short) 

begin 

ckfr2()  next 

FRtRl  1 < 1 .31  > = FR[R2]<  1:31>  next 

FR  [R 1 ] < 0>  = 1 next 

setfpccO 

end, 

= Load  and  test  (short) 

begin 

ckfr2()  next 

FR[R1]<0:31>  = FR[R2]<0:31>  next 

setfpccO 

end, 
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LCER  Load  complement  (short) 

begin 

ckfr2()  next 

FR [R 1 ] < 1:31>  = FR[R2]<  1:31>  next 
FR [R 1 ] < 0>  = not  FR[R2]<0>  next 
setfpccO 
end. 


HER  Halve  (short) 

begin 

ckfr2()  next 

FR[R1]<0:31>  = fp.norm(FR[R2]<  8:31  > / 2 @ ’000,FR[R2]<  1:7>  ,FR [R2] < 0> ) < 0:3 1 > next 
checkertfu  and  EXOFMS,13)  next 
IF  fu  =>  FR[R1]  = 0 
end, 


LRER  :=  Load  rounded  (long  to  short) 

begin 

ckfr2()  next 

FR [Rl] < 0:3 1 > = fp.round(FR[R2])  next 

checker(fv,12) 

end, 

AXR  :=  (no.opO),  Add  normalized  (extended) 

SXR  :=  (no.opO),  Subtract  normalized  (extended) 


LER  : = Load  (short) 

begin 

ckfr2()  next 

FR  [R 1 ] < 0:3 1 > = FR[R2]<0:31> 
end. 


CER  :=  Compare  (short) 

begin 

ckfr2()  next 

DECODE  FR[R1]<0:31>  tst(sm)  FR[R2]< 0:31  > => 
begin 
CC  = 1, 

CC  = 0, 

CC  = 2 
end  next 

IF  (FR [R 1 ] < 1:7>  eql  0)  and  (FR[R2]<1:7>  eql  0)  =>  CC  = 0 
end, 


AER  :=  Add  normalized  (short) 

begin 

ckfr2()  next 

fp.addt FR  [R 1 ] < 0:3 1 > 00000000, FR  [R2]  < 0:3 1 > @"00000000)  next 

FR[R1]<0:31>  = fp.norm(fp.add< 8:67 > ,fp.add<  1:7>  ,fp.add< 0> ) <0:31  > next 

checker(fv,12)  next  traP 

checkertfu  and  EXOFMS,13)  next 

IF  fu  =>  FR [R 1 ] = 0 next 

checker(fs  and  SIGMSK,14)  next 

IF  fs  =>  FR [R 1 ] = 0 next 

setfpccO 

end. 
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SER  :=  Subtract  normalized  (short) 

begin 

ckfr2()  next 

fp.add(FR  [R 1 ] < 0:3 1 > @"00000000,  (not  FR  [R2]  < 0>  )@FR  [R2]  < 1 :3 1 > @"00000000)  next 
FR [R 1 ] < 0:3 1 > = fp.norm(fp.add<8:67>  ,fp.add<  1:7>  ,fp.add<0>)<0:31  > next 

checker(fv,12)  next  trap 

checker(fu  and  EXOFMS,13)  next 

IF  fu  =>  FR [R 1 ] = 0 next 

checker(fs  and  SIGMSK,14)  next 

IF  fs  =>  FR  [R1  ] = 0 next 

setfpccO 

end. 


MER  :=  Multiply  (short) 

begin 

ckfr2()  next 

FR  [R 1 ] = fp.mpy (FR [R 1 ] < 0:3 1 > @" 00000000, FR [R2]  < 0:3 1 > @"00000000)  next 

checker(fv,12)  next  trap 

checker(fu  and  EXOFMS,13)  next 
IF  fu  =>  FR [R 1 ] = 0 
end, 


DER  :=  Divide  (short) 

begin 

ckfr2()  next 

FR [R 1 ] < 0:3 1 > = fp.div(FR[Rl]<0:31>@"00000000,FR[R2]<0:31>@"00000000)<0:31>  next 

checker(fv,12)  next  trap 

checker(fu  and  EXOFMS,13)  next 

IF  fu  =>  FR  [R 1 ] = 0 

end, 


AUR  :=  Add  unnormalized  (short) 

begin 

ckfr2()  next 

FR[R1]<0:31>  = fp.add(FR [R 1 ] < 0:3 1 > @"00000000,FR [R2] < 0:3 1 > @"00000000) < 0:3 1 > next 

checker(fv,12)  next  trap 

checker(fs  and  SIGMSK,14)  next 

IF  fs  =>  FR[R1]  = 0 next 

setfpccO 

end, 


SUR  :=  Subtract  unnormalized  (short) 

begin 

ckfr2()  next 

FR[R1]<0:31>  = fp.add(FR[Rl]<0:31>@"00000000,(not  FR [R2] < 0> )@FR [R2] < 1 :3 1 > @"00000000) < 0:3 1 > next 

checker(fv,12)  next  trap 

checker(fs  and  SIGMSK.,14)  next 

IF  fs  =>  FR [R 1 ] = 0 next 

setfpccO 

end, 


STH  : = 

begin 

mbr  = R[R1]<16:31>  next 
wrhwO 
end, 

LA  :=  Load  address 

begin 

R[R1]  — mar 
end, 


RX  instructions 
Store  halfword 
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STC  : = 

begin 

hibyte  = R [R1  ] < 24:3 1 > next 

wrbyteO 

end. 

Store  character 

IC  : = 

begin 

rdbyteO  next 

R [R 1 ] < 24:3 1 > = hibyte 

end, 

Insert  character 

EX  : = 

begin 

checker(exrf,  3)  next 
t4  = Rl;  t2  = 0 next 
exl  :=  begin 

readhwO  next 

irw[t2]  = mbr<16:31>  next 

t2  = t2  + 1;  mar  = mar  + 2 next 

IF  (ir<0>  + ir<  1 > ) geq  t2  =>  RESTART  exl  next 

IF  t4  =>  ir< 8: 1 5 > = ir< 8: 1 5>  or  R [t4] < 24:3 1 > next 

exrf  = 1 

end 

end. 

Execute 

BAL  : = 

begin 

R [R 1 ] = get.PSW()< 32:63>  next 

PC  - mar 

end. 

Branch  and  link 

BCT  : = 

begin 

R [Rl ] = R [R 1 ] -{tc}  1 next 
IF  R [R 1 ] =>  PC  = mar 
end. 

Branch  on  count 

BC  : = 

begin 

IF  Ml [CC]  =>  PC  = mar 
end, 

Branch  on  condition 

LH  : = 

Load  halfword 

begin 

readhwO  next 

mbr  < ={tc)  mbr<16:31>  next 

R[R1]  = mbr 

end. 

Sign  extend 

CH  : = 

begin 

r& 

mbr  <=(tc)  mbr<16:31>  next 
t33  = R[R1]  -{tc)  mbr  next 
CC  = 0 next 

IF  t33  =>  CC  = not  t33<  1 > + 1 
end. 

Compare  halfword 
Sign  extend 

Sign  extend 
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AH  : 


SH  : = 


MH  : 


CVD  : 


CVB  : 


Add  halfword 

begin 

readhwO  next 

mbr  <={tc)  mbr<16:31>  next  Sign  extend 

t33  = R[R1)  + mbr  next 

IF  R [R 1 1 < 0>  eqv  mbr<0>  =>  ovf  = t33<0>  neq  t33<  1 > next 

R [R 1 ] = t33<  1:32>  next 

setfccO 

end, 


Subtract  halfword 

begin 

readhwO  next 

mbr  <={tc}  mbr<16:31>  next  Sign  extend 

t33  = R [R 1 ] -{ tc}  mbr  next 

IF  R [R 1 ] < 0>  xor  mbr<0>  =>  ovf  = t33<0>  neq  t33<  1 > next 

R [R 1 ] = t33  next 

setfccO 

end, 


Multiply  halfword 

begin  Multiplier  in  mbr,  multiplicand  in  R1 

readhwO  next 

mbr  <={tc)  mbr<16:31>  next  Sign  extend 

R f R 1 ] = R[R1]  *{tc)  mbr 

end. 


Convert  to  decimal 

begin 

checker(mar<21:23>  neq  0,6)  next 
mar  = mar  + 7;  tl  = R [R I ] < 0>  ; t32  = R [R 1 ] next 
IF  tl  =>  t32  = -{tc}  t32  next 
DECODE  tl  => 
begin 

mbr<  28:31  > = "C, 
mbr<28:31>  = "D 
end  next 

mbr< 24:27 > = (32  -{tc}  (032/10)  * 10)  next 
wrbyteO;  t4  = 7 next 

cvdl  :=  begin 

IF  t4  => 

begin 

mar  = mar  -{tc}  1;  t32  = t32/10  next 
mbr< 28:31  > = t32  -{tc}  ((t32/10)  * 10)  next 
t32  = (t32/10)<31:0>  next 

mbr< 24:27>  = (t32  -{tc}  (032/10)  * 10))< 3:0>  next 
wrbyteO;  t4  = t4  -{tc)  1 next 
RESTART  cvdl 
end 
end 

end. 

Convert  to  binary 

begin 

t64  = 0;  t4  = 0;  scale  = 10000000  * 10000000; 
checker(mar<21:23>  neq  0,6)  next 

cvbl  :=  begin 

rdbyteO  next 

mar  = mar  + 1;  tl  =0;  digit  = mbr<24:27>  next 
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ST  : 


N : = 


CL  : 


0 : = 


cvb2  :=  begin 

checker(digit  gtr  9,  7)  next 
t64  = t64  + (digit  * scale)  next 
IF  t4  lss  14  => 
begin 

scale  = scale/ 10;  t4  = t4  + 1 next 
DECODE  tl  eql  0 => 
begin 

0 :=  RESTART  cvbl, 

1 :=  begin 

tl  = 1;  digit  = mbr<28:31>  next 
RESTART  cvb2 
end 
end 

end  next 

digit  = mbr<28:31>  next  Sign 

checker(digit  lss  10,  7)  next 
checker(t64<0:32>  neq  0,  9)  next 

IF  (digit  eql  "B)  or  (digit  eql  "D)  =>  t64  = -ftc)  t64  next 
R [R 1 ] = t64 
end 
end 

end. 


Store 

begin 

mbr  = R[R1]  next 

wrwdO 

end, 


And 

begin 

readwdO  next 

R [R 1 ] = R[R1)  and  mbr  next 

CC  = R [R 1 ] neq  0 

end, 


Compare  logical 

begin 

readwdO  next 
CC  = 0 next 

IF  R[R1]  gtr  mbr  =>  CC  = 2 next 
IF  R[R1]  lss  mbr  =>  CC  = 1 
end, 

Or 

begin 

readwdO  next 

R[R1]  = R[R1]  or  mbr  next 

CC  = R [R 1 ] neq  0 

end, 


Exclusive  Or 

begin 

readwdO  next 

R [R 1 ] = R[R1]  xor  mbr  next 

CC  = R [R 1 ] neq  0 

end, 


begin 

readwdO  next 
R [R 1 1 — mbr 
end, 


L : = 


Load 
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C : = Compare 

begin 

readwdO  next 

t33  = R [R 1 ] -{ tc)  mbr  next 
CC  = 0 next 

DECODE  r[rl]  tst(tc)  mbr  => 
begin 
cc  = 1, 
cc  = 0, 
cc  = 2 
end 

end, 

A :=  Add 

begin 

readwdO  next 

t33  = R [R 1 ] + mbr  next 

IF  R [R 1 ] < 0>  eqv  mbr<0>  =>  ovf  = t33<0>  neq  t33<  1 > next 

R[R1]  = t33 < 1 :32>  next 

setfccO 

end, 

S : = Subtract 

begin 

readwdO  next 

t33  = R [R 1 ] -(tc)  mbr  next 

IF  R[R1]<0>  xor  mbr<0>  =>  ovf  = t33<0>  neq  t33 < 1 > next 

R [R 1 ] = t33  next 

setfccO 

end, 

M : = Multiply 

begin 

checker(Rl<3>,  6)  next 
readwdO  next 

R[RI  + 1]  = t64  = R [R 1 + 1]  *(tc)  mbr  next 

R [R 1 ] = t64<  0:3 1 > 

end, 

D : = Divide 

begin 

checker(Rl<3>,  6)  next 
readwdO  next 

ckdiv(R[Rl]  @ R [R 1 + l],mbr)  next 

t32  = R [R 1 ] @ R[R1  + 1]  /(tc)  mbr  next 

R [R 1 ] = R [R 1 ] @ R [R 1 + 1]  mod(tc)  mbr  next 

R[R1  + 1]  = t32 

end, 

AL  :=  Add  logical 

begin 

readwdO  next 

R [R 1 ] = t33  = R [R 1 ] + mbr  next 

CC  = t33<0>  @ (t33<  1:32>  neq  0) 
end, 

SL  : = Subtract  logical 

begin 

readwdO  next 

t33  = R[R1]  -(tc)  mbr  next 

R [R 1 ] = t33<  1 : 3 2 > next 

CC  = t33<0>  @ (t33<  1:32>  neq  0) 

end. 
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STD  : 


MXD  : 
LD  : = 


CD  : = 


AD  : = 


SD  : = 


MD  : 


Floating-point  feature  instructions 
Store  (long) 

begin 

ckfrlO  next 

mdbr  = FR  [R 1 ] next 

wrdw() 

end. 


= (no.opO),  Multiply  (long  to  extended) 

Load  (long) 

begin 

ckfrlO  next 
readdwO  next 
FR  [R 1 ] = mdbr 
end. 

Compare  (long) 

begin 

ckfrlO  next 
readdwO  next 

DECODE  FR [R1  ] tst(sm)  mdbr  => 
begin 
CC  = 1, 

CC  = 0, 

CC  = 2 
end  next 

IF  (FR[R1]<  1:7>  eql  0)  and  (mdbr<l:7>  eql  0)  =>  CC  = 0 
end. 


Add  normalized  (long) 

begin 

ckfrlO  next 
readdwO  next 
fp.add(FR[Rl],mdbr)  next 

FR [R 1 ] = fp.norm(fp.add<8:67>  ,fp.add<  1:7>  ,fp.add<0>)  next 

checker(fv,12)  next  trap 

checker(fu  and  EXOFMS,13)  next 

IF  fu  =>  FR  [R 1 ] = 0 next 

checkerlfs  and  SIGMSK,14)  next 

IF  fs  =>  FR [R1  ] = 0 next 

setfpccO 

end. 


Subtract  normalized  (long) 

begin 

ckfrlO  next 
readdwO  next 

fp.add(FR[Rl],(not  mdbr<0>)@mdbr<  1:63>)  next 

FR [R 1 ] = fp.normlfp  add<  8:67>  ,fp.add<  1:7>  ,fp.add<0>)  next 

checker(fv,12)  next  trap 

checkerlfu  and  EXOFMS,13)  next 

IF  fu  =>  FR[R1]  = 0 next 

checkerlfs  and  SIGMSK,14)  next 

IF  fs  =>  FR[R1]  = 0 next 

setfpccO 

end. 


Multiply  (long) 

begin 

ckfrlO  next 
readdwO  next 

FRlRl]  = fp.mpy(FR[Rl],mdbr)  next 

checker(fv,12)  next  ,raP 

checkerlfu  and  EXOFMS,13)  next 
IF  fu  =>  FRlRl]  = 0 
end. 
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DD  : 


AW  : 


SW  : 


STE  : 


LE  : = 


CE  : = 


begin 

ckfr2()  next 
readdwO  next 

FRlRl]  = fp.div(FR[Rl],mdbr)  next 

checker(fv,12)  next 

checker(fu  and  EXOFMS,13)  next 

IF  fu  =>  FR [R 1 ] = 0 

end. 


begin 

ckfr2()  next 
readdwO  next 

FR [R 1 ] = fp.add(FR[Rl],mdbr)<0:63>  next 

checker(fv,12)  next 

checker(fs  and  SIGMSK,14)  next 

IF  fs  =>  FR [R 1 ] = 0 next 

setfpccO 

end, 


begin 

ckfr2()  next 
readdwO  next 

FR[R1]  = fp.add(FR[Rl],(not  mdbr<0>)@mdbr<  1:63>)<0:63>  next 

checker(fv,12)  next 

checkertfs  and  SIGMSK,14)  next 

IF  fs  =>  FRlRl]  = 0 next 

setfpccO 

end, 


begin 

ckfrlO  next 

mbr  = FR  [R 1 ] < 0:3 1 > next 

wrwdO 

end. 


begin 

ckfrlO  next 
readwdO  next 
FR[R1  ] < 0:3 1 > = mbr 
end. 


begin 

ckfrlO  next 
readwdO  next 

DECODE  FRlRl] < 0:3 1 > tst(sm)  mbr  => 
begin 
CC  = 1, 

CC  = 0, 

CC  = 2 
end  next 

IF  (FR[R1]<1:7>  eql  0)  and  (mbr<l:7>  eql  0)  =>  CC  = 0 


Divide  (long) 


trap 


Add  unnormalized  (long) 


trap 


Subtract  unnormalized  (long) 


trap 


Store  (short) 


Load  (short) 


Compare  (short) 
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AE  : 


SE  : = 


ME  : 


DE  : 


AU  : 


begin 

ckfrlO  next 
readwdO  next 

fp.add(FR [R 1 ] < 0:3 1 > 00000000, mbr<  0:3 1 > @"00000000)  next 

FR [R1  ] < 0:3 1 > = fp.norm(fp.add<  8:67>  ,fp.add<  1:7>  ,fp.add<0> )< 0:3 1 > next 

checker(fv,12)  next 

checker(fu  and  EXOFMS,13)  next 

IF  fu  =>  FR [R 1 ] = 0 next 

checker(fs  and  SIGMSK.,14)  next 

IF  fs  =>  FR [R1  ] = 0 next 

setfpccO 

end. 


begin 

ckfrlO  next 
readwdO  next 

fp.add(FR[Rl]< 0:31  > @"00000000, (not  mbr<0>)@mbr<  1:31  >@"00000000)  next 

FR [R1  ] < 0:3 1 > = fp.norm(fp.add<  8:67>  ,fp.add<  1:7>  ,fp.add< 0> )< 0:3 1 > next 

checker(fv,12)  next 

checker(fu  and  EXOFMS,13)  next 

IF  fu  =>  FR [R 1 ] = 0 next 

checker(fs  and  SIGMSK,14)  next 

IF  fs  =>  FR[R1]  = 0 next 

setfpccO 

end. 


begin 

ckfrlO  next 
readwdO  next 

FR  [R 1 ] = fp. mpy (FR  [R 1 ] < 0:3 1 > @" 00000000, mbr@" 00000000)  next 

checker(fv,12)  next 

checker(fu  and  EXOFMS,13)  next 

IF  fu  =>  FR[R1]  = 0 

end, 


begin 

ckfrlO  next 
readwdO  next 

FR[R1]<0:31>  = fp.div(FR[Rl]<0:31>@"00000000,mbr@"00000000)<0:31>  next 

checker(fv,12)  next 

checker(fu  and  EXOFMS,13)  next 

IF  fu  = > FR[R1]  = 0 

end. 


begin 

ckfrlO  next 
readwdO  next 

FR [R 1 ] < 0:3 1 > = fp.add(FR[Rl]<0:31>@"00000000,mbr@"00000000)<0:31>  next 

checker(fv,12)  next 

checker(fs  and  SIGMSK,14)  next 

IF  fs  =>  FR [R 1 ] = 0 next 

setfpccO 

end. 


Add  normalized  (short) 


trap 


Subtract  normalized  (short) 


trap 


Multiply  (short) 


trap 


Divide  (short) 


trap 


Add  unnormalized  (short) 


trap 
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SU  : = 


SSM  : 


LPSW 


DIAG  : 


WRD  : 


RDD  : 


BXH  : 


BXLE 


Subtract  unnormalized  (short) 

begin 

ckfrlO  next 
readwdO  next 

FR[R1]<0:31>  = fp.add(FR[Rl]<0:31>@"00000000,(not  mbr<0>)@mbr<  1:31  >@"00000000) <0:31  > next 

checker(fv,12)  next  trap 

checkertfs  and  SIGMSK.,14)  next 

IF  fs  =>  FR [R 1 ] = 0 next 

setfpccO 

end, 

RS,  SI  instructions 
Set  system  mask 

begin 

ckprivO  next  Privileged  state  check 

checker(CR[0]<  1>  ,19)  next  SSM-suppression  bit  check 

rdbyteO  next 

t64  = get.PSWO  next 

t64<0:7>  = hibyte  next 

put.PSWO  = t64 

end, 


= Load  PS  W (privileged  instruction) 

begin 

ckprivO  next  Privileged  state  check 

readdwO  next 
put.PSWO  = mdbr 
end. 


begin 

ckprivO  next 

STOPO 

end. 


The  Diagnose  instruction  description  does  not  correspond  to  any 
particular  model  of  the  System/3  70  line.  It  has  been  modified  for  use 

in  ending  a simulation  run. 
Diagnose  (privileged  instruction) 

Privileged  state  check 
This  will  halt  machine  and  simulation 


■ Write  direct  (direct  control  feature  instruction) 

begin 

ckprivO  next  Privileged  state  check 

rdbyteO  next 

sigout  = 12;  iodreg  = mbr<24:31> 
end. 


Read  direct  (direct  control  feature  instruction) 

begin 

ckprivO  next  Privileged  state  check 

sigout  = 12;  mbr<24:31>  = iodreg  next 

wrbyteO 

end, 

Branch  on  index  high 

begin 

t32  = R [R 1 ] + R[R3]  next 

IF  t32  GTR(tc)  R[R3  or  1]  =>  PC  = mar  next 

R [R 1 ] = t32 

end, 

= Branch  on  index  less  than  or  equal 

begin 

t32  = R [R 1 ] + R[R3]  next 

IF  t32  LEQltcj  R[R3  or  1]  =>  PC  = mar  next 

R[R1)  = t32 

end, 
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SRL  : = 


Shift  right  logical 


begin 

R [R 1 ] = R (R 1 ] srO  mar<18:23> 
end, 


SLL  : = 


Shift  left  logical 


begin 

R [R 1 ] = RtRl]  slO  mar<  18:23 > 
end. 


SRA  : = 


Shift  right  single  arithmetic 


begin 

R [R 1 ] = R [R 1 ] srd  mar<18:23>  next 

setfccO 

end. 


SLA  : = 


Shift  left  single  arithmetic 


begin 

t6  = mar<18:23>  next 
slal  :=  begin 

IF  t6  => 

begin 

IF  R[R  1 ] < 0>  neq  R[R1]<1>  =>  ovf  = 1 next 
R [R 1 ] < 1:31>  = RtRl] < 1:31  > slO  1;  t6  = t6  -{tc}  1 next 
RESTART  slal 
end 

end  next 

setfccO 

end, 

SRDL  :=  Shift  right  double  logical 

begin 

checker(Rl<3>,  6)  next 

t64  = R[R1]  @ R[R1  + 1]  next 

R[R1  T 1]  = t64  = R [R 1 ] @ R[R1  + 1]  srO  mar<18:23>  next 

RtRl]  = t64<  0:3 1 > 

end, 

SLDL  :=  Shift  left  double  logical 

begin 

checker(Rl<3>,  6)  next 

RtRl  + 1]  = t64  = R[R1]  @ RtRl  + 1]  slO  mar<18:23>  next 

RtRl]  = t64<  0:3 1 > 

end, 

SRD  A : = Shift  right  double  arithmetic 

begin 

checker(Rl<3>,  6)  next 
IF  mar<  1 8:23 > => 
begin 

RtRl  + 1]  = t64  = RtRl]  @ RtRl  + 1]  srd  mar<18:23>  next 
RtRl]  = t64<  0:31  > 
end  next 


setfccO 

end, 
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SLDA 


STM  : 


TM  : = 


MVI  : 

TS  : = 
NI  : = 


= Shift  left  double  arithmetic 

begin 

checker(Rl  <3>,  6)  next 
t6  = mar<18:23>  next 
t64  = R [R 1 ] @ R [R 1 + 1]  next 
sldal  : = 

begin 
IF  t6  => 

begin 

IF  t64<0>  neq  t64<  1 > =>  ovf  = 1 next 

t64<  1 :63 > = t64<  1 :63>  slO  1;  t6  = (t6  -(tc)  1 ) < 5 :0>  next 

RESTART  sldal 

end 

end  next 

RlRl]  = t64< 0:3 1 > ; R[R1  + 1]  = t64<32:63>  next 

setfccO 

end, 


Store  multiple 

begin 

t4  = R1  next 
stml  :=  begin 

mbr  = R[t4]  next 
wrwdO  next 
IF  t4  neq  R3  => 
begin 

t4  = t4  + 1;  mar  = mar  + 4 next 
RESTART  stml 
end 
end 

end. 

Test  under  mask 

begin 

rdbyteO  next 

hibyte  = 12  and  hibyte  next 
CC  = 0 next 
IF  hibyte  => 
begin 

CC  = 3 next 

IF  12  xor  hibyte  =>  CC  = 1 
end 

end. 


Move  immediate 

begin 

hibyte  = 12  next 

wrbyteO 

end, 

(no.opO),  jest  ancj  set 

And  immediate 

begin 

rdbyteO  next 

hibyte  = hibyte  and  12  next 
wrbyteO  next 
CC  = 0 next 
IF  hibyte  =>  CC  = 1 
end, 
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CLI  : = 

begin 

rdbyteO  next 
CC  = 0 next 

IF  hibyte  lss  12  =>  CC  = 1 next 
IF  hibyte  gtr  12  =>  CC  = 2 
end, 

01  : = 

begin 

rdbyteO  next 

hibyte  = hibyte  or  12  next 
wrbyteO  next 
CC  = 0 next 
IF  hibyte  =>  CC  = 1 
end, 

XI  : = 

begin 

rdbyteO  next 

hibyte  = hibyte  xor  12  next 
wrbyteO  next 
CC  = 0 next 
IF  hibyte  =>  CC  = 1 
end. 


Compare  logical  immediate 


OR  immediate 


Exclusive  or  immediate 


LM  Load  multiple 

begin 

t4  = R1  next 
1ml  :=  begin 

readwdO  next 
R[t4]  = mbr  next 
IF  t4  neq  R3  => 
begin 

t4  = t4  + 1;  mar  = mar  + 4 next 
RESTART  Iml 
end 
end 

end, 

I/O  instructions.  Format  is  as  follows:  <0:7>,  opcode;  <8:1 5> , unused; 
< 16:19> , base  Bl;  < 20:3 1> , displacement  DI.  The  sum  of  Bl  and  Dl  has  the 
following  format:  < 0:1 5> , unused;  < 16:23> , channel  address  (only  channels 
0-6  are  valid,  0 is  multiplexor);  < 24:3 1> , device  and  subchannel  address 
chwait  :=  Channel  wait  routine 

begin 

WAIT(chrls) 

end. 


chinit  : = 

begin 

ckprivO  next 
chareg@devreg  = mar 
chinst[ir<6:7>]  = 1;  chsel  = 1 next 
chwaitO  next 

CC  = chance;  chsel  = 0;  chinst[ir<6:7>]  = 0 
end, 

SIO  :=  (chinitO), 

TIO  :=  (chinitO), 

HIO  :=  (chinitO), 

TCH  :=  (chinitO), 


Channel  initialize 
Privileged  state  check 


Start  I/O 
Test  I/O 
Hah  I/O 


Test  channel 
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STNSM  := 

begin 

ckprivO  next 

mbr  = get.PSW()<0:7>  next 
wrbyteO; 

put.PSW  = get.PSW  next 
put.PSW()<0:7>  = put.PSW<0:7>  and  12 
end, 

STOSM  := 

begin 

ckprivO  next 

mbr  = get.PSW()<0:7>  next 
wrbyteO; 

put.PSW  = get.PSW  next 
put.PSW()<0:7>  = put.PSW<0:7>  or  12 
end, 

SIGP  :=  (no.opO), 

MC  : = 

begin 

ckprivO  next 

checker(I2  gtr  "IF,  6)  next 
IF  CR[8]<I2>  => 
begin 

readwdO  next 

mar  = 156;  mbr<0:7>  = 0 next 
wrwdO  next 
checker/ 1,  64) 
end 

end, 

LRA  : = 

begin 

ckprivO  next 

R [R 1 ] = dat(mbr,0,l) 

end, 

STIDP  : = 

begin 

ckprivO  next 

mdbr  = cpu.id  next 

wrdw() 

end, 

STIDC  : = 

begin 

ckprivO  next 

mdbr  = chan. id  next 

mar  — 168  next 

wrdw() 

end. 


SCK  : = 

begin 

ckprivO  next 
readdwO  next 
tod. elk  = mdbr 
end, 


STCK  := 

begin 

mdbr  = tod. elk  next 

wrdw() 

end, 


Store  then  and  system  mask 


Store  then  or  system  mask 


Signal  processor 
Monitor  call 


Load  real  address 


Store  CPU  id 


Store  channel  id 


mbr<  8:23> 


Set  clock 


Store  clock 
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SCKC  : = 

begin 

ckprivO  next 
readdwO  next 
clk.cmp  = mdbr 
end. 

Set  clock  comparator 

STCKC  := 

begin 

ckprivO  next 

mdbr  = clk.cmp  next 

wrdw() 

end, 

Store  clock  comparator 

SPT  : = 

begin 

ckprivO  next 
readdwO  next 
cpu.tim  = mdbr 
end. 

Set  CPU  timer 

STPT  : = 

begin 

ckprivO  next 

mdbr  = cpu.tim  next 

wrdw() 

end. 

Store  CPU  timer 

SPKA  : = 

begin 

ckprivO  next 

PROTKY  = mar<  1 6: 1 9> 
end, 

Set  PS  W key  from  address 

IPK  : = 

begin 

ckprivO  next 

R [2]  < 24:3 1 > = PROTKY@"0 
end, 

Insert  PS  W key 

PTLB  := 

begin 

ckprivO  next 

no.opO 

end, 

Purge  tlb 

SPX  : = 

begin 

ckprivO  next 

readwdO  next 

prefix  = mbr<8:19>  next 

PTLBO 

end, 

Set  prefix 

STPX  : = 

begin 

ckprivO  next 

mbr  = prefix@"000  next 

wrwdO 

end. 

Store  prefix 

STAP  := 

begin 

mbr  = cpu.address  next 

wrhw() 

end, 

Store  CPU  address 
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RRB  : = 

begin 

ckprivO  next 

checker(mar  gtr  "FFFFFF,  5) 
end, 

STCTL  := 

begin 

t4  = rl  next 
stctll  : = 

begin 

mbr  = cr[t4]  next 
wrwdO  next 
IF  t4  neq  r3  => 
begin 

t4  = t4  + 1;  mar  = mar  + 4 next 
RESTART  stctll 
end 
end 

end, 

LCTL  := 

begin 

t4  = rl  next 
Ictll  : = 

begin 

readwdO  next 
cr[t4]  = mbr; 

IF  t4  neq  r3  => 
begin 

t4  = t4  + 1;  mar  = mar  + 4 next 
RESTART  Ictll 
end 
end 

end, 

CS  : = 

begin 

readwdO  next 

DECODE  r[rl]  eql  mbr  => 
begin 

(r[rl]  = mbr;  cc  = 1), 

(mbr  = r [r3] ; cc  = 0 next  wrwdO  ) 
end 

end, 


Reset  reference  bit 


Store  control 


Load  Control 


Compare  and  Swap 
begin  critical  section 


end  critical  section 


CDS  : = 

begin 

checker(rl<  3>  or  r2<3>,  5)  next 
t64  = r[r  1 ]@r [rl  or  1]  ; 
readdwO  next 

DECODE  t64  eql  mdbr  => 
begin 

(r[rl]@r[rl  or  1]  = mdbr;  cc  = 1), 

(mdbr  = r[r3l@r[r3  or  1];  cc  = 1 next  wrdw()  ) 
end 

end, 


CLM  : = 

begin 

no.opO 

end, 


STCM  :=  (no.opO), 


begin  critical  section 


end  of  critical  section 


compare  logical  characters  under  mask 


ICM  :=  (no.opO), 
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MVN  : 


MVC  : 


MVZ  : 


55  instructions.  For  all  of  these  instructions,  an  addressing  error  or 
a protection  error  results  in  termination  of  the  instruction.  All, 
part  of,  or  none  of  the  result  may  be  stored.  Therefore  the  resultant 
data  is  unpredictable  and  the  setting  of  the  condition  code,  if  called 
for  may  be  unpredictable.  In  general,  the  results  should  not  be  used. 

Move  numerics 

begin 

lauxl  = 0;  laux2  = 0 next 
mvnl:=  begin 

mar  = amar2  + Iaux2  next 
rdbyteO  next 

mar  = amarl  + lauxl;  t4  = mbr<28:31>  next 
rdbyteO  next 
mbr<28:31>  = t4  next 
wrbyteO  next 
IF  LFLD  gtr  laux2  => 
begin 

lauxl  = lauxl  + 1;  Iaux2  = laux2  + 1 next 
RESTART  mvnl 
end 
end 

end. 

Move  character 

begin 

lauxl  = 0;  laux2  = 0 next 
mvcl:=  begin 

mar  = amar2  + Iaux2  next 
rdbyteO  next 

mar  = amarl  + lauxl  next 
wrbyteO  next 
IF  LFLD  gtr  laux2  => 
begin 

lauxl  = lauxl  + 1;  laux2  = Iaux2  + 1 next 
RESTART  mvcl 
end 
end 

end. 

Move  zones 

begin 

lauxl  = 0;  laux2  = 0 next 
mvzl:=  begin 

mar  = amar2  + Iaux2  next 
rdbyteO  next 

mar  = amarl  + lauxl;  t4  = mbr<  24:27>  next 
rdbyteO  next 
mbr<  24:27>  = t4  next 
wrbyteO  next 
IF  LFLD  gtr  Iaux2  => 
begin 

lauxl  = lauxl  + 1;  laux2  = laux2  + 1 next 

RESTART  mvzl 

end 


end. 


end 
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NC  : = 

begin 

lauxl  = 0;  CC  = 0 next 
net  :=  begin 

mar  = amar2  + laux2  next 
rdbyteO  next 

lobyte  = hibyte;  mar  = amarl  + lauxl  next 
rdbyteO  next 

hibyte  = lobyte  and  hibyte  next 
wrbyteO  next 

IF  hibyte  =>  CC  = 1 next 
IF  LFLD  gtr  laux2  => 
begin 

lauxl  = lauxl  + 1;  laux2  = laux2  + 1 next 
RESTART  ncl 
end 
end 

end, 

CLC  : = 

begin 

lauxl  = 0;  Iaux2  = 0;  CC  = 0 next 
clcl  :=  begin 

mar  = amarl  + lauxl  next 
rdbyteO  next 

lobyte  = hibyte;  mar  = amar2  + Iaux2  next 
rdbyteO  next 
IF  lobyte  eql  hibyte  => 
begin 

IF  LFLD  gtr  laux2  => 
begin 

lauxl  = (lauxl  + 1 ) < 7 :0>  ; 
laux2  = (Iaux2  + 1)<7:0>  next 
RESTART  clcl 
end 

end  next 

IF  lobyte  lss  hibyte  =>  CC  = 1 next 
IF  lobyte  gtr  hibyte  =>  CC  = 2 
end 

end, 

OC  : = 

begin 

lauxl  = 0;  laux2  = 0;  CC  = 0 next 
ocl  ;=  begin 

mar  - amar2  + Iaux2  next 
rdbyteO  next 

lobyte  = hibyte;  mar  = amarl  + lauxl  next 
rdbyteO  next 

hibyte  = lobyte  or  hibyte  next 
wrbyteO  next 

IF  hibyte  =>  CC  = 1 next 
IF  LFLD  gtr  Iaux2  => 
begin 

lauxl  = (lauxl  + 1 ) < 7 :0>  ; laux2  = (Iaux2  + 1 ) < 7:0>  next 

RESTART  ocl 

end 


And  character 


Compare  logical  character 


OR  character 


end, 


end 
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XC  : = 


TR  : = 


TRT  : = 


ED  : = 
EDMK 


begin 

lauxl  = 0;  laux2  = 0;  CC  = 0 next 
xcl  :=  begin 

mar  - amar2  + Iaux2  next 
rdbyteO  next 

lobyte  = hibyte;  mar  = amarl  + lauxl  next 
rdbyteO  next 

hibyte  = lobyte  xor  hibyte  next 
wrbyteO  next 

IF  hibyte  =>  CC  = 1 next 
IF  LFLD  gtr  laux2  => 
begin 

lauxl  = lauxl  + 1;  laux2  = Iaux2  + 1 next 
RESTART  xcl 
end 
end 

end, 


begin 

lauxl  = 0;  laux2  = 0 next 
trl  :=  begin 

mar  = amarl  + lauxl  next 
rdbyteO  next 

mar  = amar2  + hibyte  next 
rdbyteO  next 

mar  - amarl  + lauxl  next 
wrbyteO  next 
IF  LFLD  gtr  Iaux2  => 
begin 

lauxl  = lauxl  + 1;  laux2  = laux2  + 1 next 
RESTART  trl 
end 
end 


begin 

lauxl  = 0;  laux2  = 0;  CC  = 0 next 
trtl  :=  begin 

mar  = amarl  + lauxl  next 
rdbyteO  next 

mar  = amar2  + hibyte  next 
rdbyteO  next 
IF  hibyte  => 
begin 

R[l]<  8:31>  = (amarl  + lauxl) < 23:0>  ; 

R [2]  < 24:3 1 > = hibyte  next 
CC  = 1 next 

IF  LFLD  eql  lauxl  =>  CC  = 2 
end  next 

IF  (LFLD  gtr  Iaux2)  and  (hibyte  eql  0)  => 
begin 

lauxl  = lauxl  + 1;  laux2  = !aux2  + 1 next 
RESTART  trtl 
end 
end 

end, 

(no.opO), 


(no.opO), 


Exclusive  or  character 


Translate 


Translate  and  test 


Edit  (decimal  feature  instruction) 
Edit  and  Mark  (decimal  feature  instruction) 
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MVO  :=  Move  with  offset 

begin 

lauxl  = LI;  Iaux2  = L2  next 
mar  = amarl  + lauxl  next 
rdbyteO  next 

t4  = mbr<28:31>;  mar  = amar2  + laux2  next 
rdbyteO  next 
mvol:=  begin 

mar  — amarl  + lauxl  next 
mbr  = mbr  slO  4 next 
mbr<28:31>  = t4  next 
wrbyteO;  t4  = mbr<24:27>  next 
IF  lauxl  neq  0 => 
begin 

lauxl  = lauxl  -{ tc)  1 next 
I2fch()  next 
RESTART  mvol 
end 
end 

end, 

PACK  :=  Pack 

begin 

lauxl  = LI;  !aux2  = L2  next 
mar  = amar2  + laux2  next 
rdbyteO  next 

mbr<24:31>  = mbr<28:31>  @ mbr<24:27>  next 
packl:=  begin 

mar  = amarl  + lauxl  next 
wrbyteO  next 
IF  lauxl  neq  0 => 
begin 

lauxl  = lauxl  -{ tc)  1;  I2fch()  next 
t4  = mbr<  28:31  > next 
12fch()  next 

mbr<  24:31  > = mbr<  28:31  > @ t4  next 
RESTART  packl 
end 
end 

end, 

UNPK  :=  Unpack 

begin 

lauxl  = LI;  Iaux2  = L2; 
zone  = "F  next 
mar  = amar2  + Iaux2  next 
rdbyteO  next 

mbr<24:31>  = mbr<28:31>  @ mbr<24:27>  next 
unpkl;=  begin 

mar  - amarl  + lauxl  next 
wrbyteO  next 
IF  lauxl  neq  0 => 
begin 

lauxl  = lauxl  -{tc}  1;  12fch()  next 
t4  = mbr<24:27>  next 

mbr<24:27>  = zone;  mar  = amarl  + lauxl  next 
wrbyteO  next 
IF  lauxl  neq  0 => 
begin 

lauxl  = lauxl  -{tc}  1;  mbr< 24:31  > = zone  @ t4  next 
RESTART  unpkl 
end 
end 


end, 


end 
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The  following  instructions  are  not  implemented  in  this  description: 


ZAP  : = 

(no.opO), 

Zero  and  add  packed 

CP  : = 

(no.opO), 

Compare  decimal 

AP  : = 

(no.opO), 

Add  decimal 

SP  : = 

(no.opO), 

Subtract  decimal 

MP  : = 

(no.opO), 

Multiply  decimal 

DP  : = 

(no.opO), 

Divide  decimal 

end 

end  of  S3  70  description 
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V.  CDC  6600  Central  Processor  ISPS  Description 

ISP  of  the  CDC  6600.  Original  version  by  Gary  Leive  (ca.  1978).  Floating  point  instructions  are  not 
described.  The  central  processor  and  central  memory  are  described  in  this  ISP.  An  auxiliary  ISP 
(PC6600.ISP)  describes  the  peripheral  processors  and  control  barrel  execution.  The  ten  functional  units  are 
described  and  allow  parallel  simulation. 

Instructions  are  processed  from  an  instruction  stack.  Instruction  conflicts  are  resolved  by  keeping  a 
"scorecard'  containing  utilization  information  on  all  registers  and  all  functional  units.  Reservation  control 
decodes  an  instruction  to  determine  register  utilization.  Source  and  destination  registers  are  allocated  if  they  are 
not  being  used  as  destinations  of  another  functional  unit.  If  the  required  functional  unit  is  free  and  if  both  the 
source  and  destination  registers  are  available,  the  instruction  is  released  to  the  unit  for  execution.  If  the 
resources  are  not  available,  reservation  control  holds  the  instruction  until  the  resources  become  available.  At  the 
completion  of  execution  by  a functional  unit,  the  resources  are  released  by  marking  the  scorecard. 

**  Central. Memory. State  **  defines  the  Central  Memory. 

**  Processor. State  **  defines  central  processor  carriers. 

**  Instruction.  Format  **  defines  instruction  fields. 

«r 

**  Reservation.  Control. State  **  defines  variables  used  by  reservation  control.  These  declarations  constitute  the 
resource  allocation  "scorecard' . 

**  Instruction.  Fetch  **  describes  the  instruction  stack  control  and  instruction  fetch  processes. 

**  Central. Memory. Access  **  describes  the  instruction  read  and  the  register  associated  memory  access 
processes. 

**  Exchange.  Jump  **  is  the  processor  interrupt  facility. 

**  Instruction.  Cycle  **  is  the  main  instruction  processing  cycle.  Instruction  execution  is  initiated  by  issuing  the 

instructions  to  the  appropriate  functional  unit.  The  functional  units  are:  Branch  Unit,  Boolean  Unit,  Shift  Unit, 

Add  Unit,  Long  Add  Unit,  Multiply  Unit  0,  Multiply  Unit  1,  Divide  Unit,  Increment  Unit  0,  Increment  Unit  1. 

CDC6600(  process)  : = 
begin 
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V.l.  **  Central. Memory.State  ** 

MP[0: 1 3 1 07 1 ] < 59:0>  , 


V.2.  **  Processor.State 


** 


xjplO:  1 5]  < 59:0> , 

Exchange  Jump  Package 

xja<  16:0> , 

Exchange  Jump  Address 

xjf<  > , 

Exchange  Jump  Flag 

px<  19:0> , 

Pseudo  program  counter 

PC<  17:0>  : = 

px<  1 9:2 > , 

Program  counter 

ilc<  1 :0>  : = 

px<  1:0> , 

Instruction  length  count 

isc<4:0>  : = 

px<  4:0> , 

Instruction  stack  counter 

AREG[0:7]<  17:0>, 

A registers 

BREG  [0:7]  < 1 7 :0>  , 

B registers 

XREG  [0:7]  < 59:0> , 

X registers 

RACM<  17:0> , 

Ref  Address  (central  memory) 

FLCM<  17:0> , 

Field  length  of  program 

R AECS<  23:0> , 

Reference  Address  for  ECS 

FLECS<  23:0> , 

Field  length  for  ECS 

EM<  17:0> , 

Program  exit  mode 

MA<  17:0> , 

Monitor  exchange 

stop,  bit  < > , 

Stop, flag 

V.3.  **  Instruction.Format  ** 


I<29:0>, 

i0<  14:0>  : = 
il < 14:0>  : = 
f.  < 2:0>  : = 
m.  <2:0>  : = 
fm  <5:0>  : = 
I.  < 2:0>  : = 

j.  < 2:0>  : = 

k.  <2:0>  : = 
kl<  17:0>  : = 


I<29:15>, 
I<  14:0>, 
I<29:27> , 
I<26:24> , 
I<29:24> , 
I < 23:21  > , 
I<20:18>, 
I < 1 7 : 1 5 > , 
I<  17:0> , 


is[0:7]<  59:0> , 

ism[0:31]<  14:0> 
ishi<  17:0> , 
islo<  1 7 :0>  , 
isa<  2:0> , 


:=  is[0:7]<  59:0> , 


Instruction  register 
Short  instruction  (15  bit) 
Long  instruction  extension 


Instruction  stack 

High  address  limit  in  stack 
Low  address  limit  in  stack 
Stack  insert  counter 


V.4.  **  Reservation.Control. State  ** 

abusy[0:7j<  > , 
arw[0:7]<  > , 
bbusy  [0:7]  < > , 
brw[0:7]<  > , 
xbusy[0:7]<  > , 
xrw[0:7]<  > , 
fbusy[0:9]<  > , 


A registers  busy  bits 
A registers  read(0)/write(l) 
B registers  busy  bits 
B registers  read(0)/write(l) 
X registers  busy  bits 
X registers  read(0)/write(l) 
Functional  Unit  busy  bits 
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The  following  tables  are  used  to  deallocate  the  resource  assignments  either 
in  the  event  of  conflict  during  allocation,  or  during  deallocation  at 
instruction  completion.  F?U<  > indicates  usage  of  the  registers  by  a 


unit! 


fa[0:9]<  2:0> , 
fau [0:9]  < > , 
fb[0:9)<  2:0> , 
fbu[0:9]<  > , 
fx [0:9] < 2:0>  , 
fxu[0:9]<  > , 
unit<  3:0> , 


/ = used,  0 = not  used. 
Functional  Unit  A register 
A register  usage 
Functional  Unit  B register 
B register  usage 
Functional  Unit  X register 
X register  usage 
Temporary  for  arith  unit  number 


V.5.  **  Reservation. Control  **  (us) 


sourceO-O  : = 


Source  register  allocation 


begin 

source  = 0 next 
DECODE  fm  => 
begin 
#01  : = 

IF  (i.  eql  #1)  or  (i.  eql  #2)  => 


begin 

IF  fbu[unit]  and  (fblunit]  eql  j.)  = > source  = 1 next 
fblunit]  = j.;  fbulunit]  = 1; 

IF  (not  bbusylj.])  and  (not  brw[j.])  =>  source  = bbusylj.]  = 1 
end. 


[#02,#04:#07,#22]  : = 
begin 

IF  fbulunit]  and  (fblunit]  eql  i.)  =>  source  = 1 next 
fblunit]  = i.;  fbulunit]  = 1; 

IF  (not  bbusyli.])  and  (not  brw[i.])  =>  source  = bbusyli.]  = 1 
end, 

[#04:#07,#23:#27,#51,#56:#57,#61,#66:#67,#71,#76:#77]  : = 
begin 

IF  fbulunit]  and  (fblunit]  eql  j.)  =>  source  = 1 next 
fblunit]  = j.;  fbulunit]  = 1; 

IF  (not  bbusylj.])  and  (not  brw[j.])  =>  source  = bbusylj]  = I 
end, 

[#53:#57,#63:#67]  : = 
begin 

IF  fbulunit]  and  (fblunit]  eql  k.)  =>  source  = 1 next 
fblunit]  = k.;  fbulunit]  = 1; 

IF  (not  bbusylk.])  and  (not  bbusyfk.])  =>  source  = bbusylk.]  = 1 
end, 

[#50, #54, #55, #60, #64, #65, #70, #74, #75]  : = 
begin 

IF  faulunit]  and  (falunit]  eql  j.)  =>  source  = 1 next 
falunit]  = j.;  faulunit]  = 1; 

IF  (not  abusylj.])  and  (not  arw(j.])  =>  source  = bbusylj.]  = 1 
end, 

[#03,#10]  : = 
begin 

IF  fxulunit]  and  (f x [unit]  eql  i.)  =>  source  = 1 next 
fx  [unit]  = i.;  fxulunit]  = 1; 

IF  (not  xbusyli.])  and  (not  xrwli.])  =>  source  = xbusyli.]  = 1 
end, 
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[#11:#13,#15:#17,#30:#42,#52,#53,#62,#63,#72,#73]  : = 
begin 

IF  fxutunit]  and  (fx [unit]  eql  j.)  =>  source  = I next 
fx[unit]  = j.;  fxu[unit]  = 1; 

IF  (not  xbusylj.])  and  (not  xrw[j.])  =>  source  = xbusylj]  = 1 
end, 

[#1 1:#17,#22:#27,#30:#42,#44,#45,#47]  : = 
begin 

IF  fxu[unit]  and  (fx[unit]  eql  k.)  =>  source  = 1 next 
F x [unit]  = k.;  fxutunit]  = 1; 

IF  (not  xbusy[k.])  and  (not  xrw[k.])  =>  source  = xbusytk.]  = 
end, 

otherwise  : = 

source  = 1 
end 

end, 

mark  : = 

begin 

islo  = ishi  = PC 
end, 

dealloc(dunit<  3:0>  ){critical)  : = 
begin 

fbusy[dunit]  = 0; 

IF  fautdunit]  =>  fau[dunit]  = abusy [fafdunit]]  = arw[fa[dunit]]  = 0; 

IF  fbu[dunit]  =>  fbu[dunit]  = bbusy[fb[dunit]]  = brw[fa[dunit]]  = 0; 

IF  fxu[dunit]  =>  fxu[dunit]  = xbusy[fx[dunit]]  = xrw[fa[dunit]]  = 0 

end, 

dest()<>  : = 
begin 

dest  = 0 next 
DECODE  fm  => 
begin 

[#10:#45,#47,#70:#77]  : = 
begin 

fx[unit]  = i.;  fxu[unit]  = 1; 

IF  not  xbusy[i  ] =>  dest  = xbusy [i.]  = xrw[i.]  = 1 
end, 

#50:#57  : = 
begin 

fa[unit]  = i.;  fau[unit]  = 1; 

IF  not  abusyti.]  =>  dest  = abusy [i.]  = arw[i.]  = 1 
end, 

[4:#26,60:#67]  : = 
begin 

fb[unit]  = i.;  fbutunit]  = 1; 

IF  not  bbusy [i  ] =>  dest  = bbusyti.]  = brw[i.]  = 1 
end, 

otherwise  : = 

dest  = 1 
end 

end, 

reserv  : = 

begin 

unit  = 15  next 
DECODE  fm  => 
begin 

#00:#07  : = 

unit  = 0, 


Mark  stack  as  invalid 


Deallocate  resources 


Destination  register  allocation 


Mark  as " no  uni/' 


Branch  Unit 
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# 1 0:#  1 7 : = 


unit  = 1, 

Boolean  Unit 

[#20:#27,#43]  : = 

unit  = 2, 

Shift  Unit 

#30:#35  : = 

unit  = 3, 

Add  Unit 

#36:#37  : = 

unit  = 4, 

Long  Add  Unit 

#40:#42  : = 

DECODE  fbusy [5]  => 

Multiply  Units 

begin 

0 :=  unit  = 5, 

1 :=  IF  not  fbusy [6]  =>  unit  = 6 
end. 


#44:#47  : = 

unit  = 7, 

#50:#77  : = 

DECODE  fbusy [8]  => 
begin 

0 :=  unit  = 8, 

1 : = IF  not  fbusy [9]  = > unit  = 9 
end 

end  next 


IF  unit  neq  15  => 
begin 

DECODE  fbusy  [unit]  => 
begin 

0 :=  DECODE  (not  destO)  or  (not  sourceO) 

begin 

0 :=  fbusy  [unit]  = 1, 

1 :=  begin 

dealloc(unit)  next 
RESTART  reserv 
end 

end, 

1 :=  begin 

WAIT  (not  fbusy[unit])  next 
RESTART  reserv 
end 
end 
end 

end. 


= > 


Divide  Unit 


Increment  Units 


V.6.  **  Instruction.Fetch  **  {us} 

Instruction  fetch  is  always  from  the  instruction  stack.  If  the  stack  is 
empty  (initial  power  on  or  branch  out  of  stack),  or  if  there  are  less  than 
three  instruction  words  left  in  the  stack,  fetch  reloads  the  stack  before 
obtaining  an  instruction.  Instructions  may  be  15  or  30  bits  long  and 
aligned  on  any  15  bit  boundry.  Fetch  obtains  15  bits  of  an  instruction  then 

determines  if  a second  15  bits  are  required. 

fetch  : = 

begin 

IF  (PC  lss  islo)  or  (PC  gtr  ishi)  =>  mark()  next 
IF  (ishi  - PC)  leq  #2  => 
begin 

islo  = PC  + isa  next 
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sfetch  : = 

begin 

is[isa]  = rni(PC  + isa)  next 
ishi  = PC  + isa  next 
isa  = isa  + 1 next 

IF  (ishi  - PC)  Iss  #7  = > RESTART  sfetch 
end 

end  next 

iO  = ism[isc]  next 
px  = px  + 1 next 

DECODE  fm  =>  Check  for  30  bit  instructions 

begin 

[#00:#01  ,#04:#07,#30:#37,#50:#52,#60:#62,#70:#72]  : = 
begin 

il  = ism[  isc]  next 
px  = px  + 1 
end, 

otherwise  : = 

no.opO 

end 

end. 


V.7.  **  Central. Memory.Access  **  (oc) 


Central  memory  is  always  accessed  indirectly  by  a user  program.  The  Read 
Next  Instruction  (RNI)  routine  is  used  to  load  the  instruction  stack. 
Touching  the  A registers  I through  7 causes  the  corresponding  X register  to 
be  loaded  ( A[I:5 ])  from  memory  or  stored  ( A [6:7] ) in  memory.] 
range(rel<  17:0>  )<  > :=  Address  range  fault  check. 

begin 

range  = 0 next 


IF  rel  geq  (FLCM  - 1)  => 
begin 

range  = 1; 

DECODE  EM<  12>  = > 
begin 

0 :=  I = MP[0], 

1 :=  begin 

MP[RACM]<53:48>  = MP[RACM]< 53:48>  or  #010000; 
MP[RACM]<  47:30>  = rel  + 1 next 
I = MPlRACM];  PC  = 0 next 
STOP0 
end 
end 
end 

end, 

rni(pci<  17:0>  )<  59:0>  : = 
begin 

IF  not  range(pci)  =>  rni  = MP[RACM  + pci] 
end. 


Fault 

Address  exit  select 
Not  selected 


Stop  the  processor 


Read  next  instruction 
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aref(reg<  2:0>  ,val<  17:0> ) : = 
begin 

AREGlreg]  = va!  next 
range(val)  next 
DECODE  reg  => 
begin 
#0  : = 

no.opO, 

# 1 : # 5 : = 

begin 

IF  range  =>  (XREG[reg]  = MP[0]  next  LEAVE  aref)  next 

X REG  [reg]  = MP[AREG[reg]  + RACM] 

end, 

#6:#7  : = 

begin 

IF  range  =>  LEAVE  aref  next 
MP[AREG[reg]  + RACM]  = XREGtreg] 
end 

end 

end. 


A register  forced 
memory  access 


V.8.  **  Exchange.Jump  **  {us} 


xj  : = 


Exchange  jump  is  the  central  processor's  interrupt  mechanism.  Exchange  jump 
is  initiated  by  power  on  or  by  one  of  the  ten  peripheral  processors.  All  of 
the  central  processor's  state  ( including  all  registers ) is  exchanged  with  16 
words  of  central  memory.  The  central  memory  starting  address  is  provided  by 
the " interrupting'  peripheral  processor.  The  central  memory  words  are 
formatted  such  that  all  of  the  state  can  be  extracted  and  loaded  into  the 
appropriate  registers.  This  implementation  uses  a 16  word  holding  area 
(xjp)  to  format  and  temporarily  preserve  the  old  state  until  the  new  state 

is  loaded. 


begin 

xjp[00]  = PC  @ AREG  [0]  @ #000000; 
xjp[01]  = RACM  @ AREGU]  @ BREGll]; 
xjp[02]  = FLCM  @ AREG [2]  @ BREG  [2], 
xjp [03]  = EM  @ AREG [3]  @ BREG[3]; 
xjp [04]  = RAECS  @ AREG  [4]  @ BREG  [4] ; 
xjp[05]  = FLECS  @ AREG [5]  @ BREG  [5]; 
xjp[06]  = MA  @ AREG [6]  @ BREG [6]; 
xjp[07]  = AREG [7]  @ BREG  [7]; 
xjp[08]  = XREG10];  xjp[09]  = XREG[1]; 
xjp [10]  = XREG12];  xjp[ll]  = XREG[3]; 
x j p [ 1 2 ] = XREG[4];  xjp[13]  = XREG[5]; 
xjp[14]  = XREG[6];  xjp[15]  = XREG[7]  next 


PC  @ AREG  [0]  = MP[xja  + 00] < 53:18> ; 

RACM  @ AREGU]  @ BREGll]  = MPlxja  + 01]; 
FLCM  @ AREG[2]  @ BREG [2]  = MP[xja  + 02]; 
EM  @ AREG[3]  @ BREG [3]  = MP[xja  + 03]; 
RAECS  @ AREG [4]  @ BREG  [4]  = MP[xja  + 04]; 
FLECS  @ AREG[5]  @ BREG[5]  = MP[xja  + 05]; 
MA  @ AREG [6]  @ BREG[6]  = MP[xja  + 06]; 
AREG  [7]  @ BREG [7]  = MP[xja  + 07]; 

XREG10]  = MPlxja  + 08]; 

XREGll]  = MPlxja  + 09]; 

XREG12]  = MPlxja  + 10]; 

XREG13]  = MPlxja  + 11]; 

XREG14]  = MPlxja  +12]; 

XREG15]  = MPlxja  + 13]; 

XREG16]  = MPlxja  +14]; 

XREG17]  = MPlxja  + 15]  next 
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MP[xja  + 00] 
MP[xja  + 02] 
MP[xja  + 04] 
MP[xja  + 06] 
MP[xja  + 08] 
MP[xja  + 10] 
MP[xja  + 12] 
MP[xja  + 14] 
xjf  = 0 
end, 


= xjp[00];  MP[xja  + 01] 

= xjp[02] ; MPlxja  + 03] 

= xjp[04] ; MP[xja  + 05] 

= xjp[06] ; MP[xja  + 07] 

= xjp[08] ; MPlxja  + 09] 

= xjp[10] ; MPtxja  4-  11] 

= xjp[  1 2) ; MP[xja  + 13] 

= xjp[14];  MP[xja  + 15] 


xjp[01]; 
xjp[03] ; 
xjp[05] ; 
xjp[07] ; 
xjp[09] ; 
xjpll  1]; 
xjp[13] ; 
xjp[  1 5]  next 


V.9.  **  Instruction. Cycle  ** 

start]  main]  : = 
begin 

WAIT  (xjf)  next 
stop. bit  = 0 next 
markO  next 


Initialization 
Wait  for  exchange  jump 
Clear  stop  bit 
Instruction  Stack  empty 


run  : = 


end, 


begin 

IF  xjf  =>  xjO  next 
IF  stop. bit  =>  RESTART  start  next 
IF  not  range  => 
begin 

fetchO  next 
reservO 
end  next 
range  = 0 next 
execO  next 
RESTART  run 
end 


Main  cycle 
Check  for  exchange  jump 


Get  an  instruction 
Resolve  usage  conflicts 


Issue  the  instruction 


= > 


exec  := 

begin 

DECODE  unit 
begin 
0 : = 

1 : = 
2 : = 

3 : = 

4 : = 

5 : = 

6 : = 

7 : = 

8 : = 
9 : = 
end 

end. 


BRANCH.UNIT(I), 
BOOLE  AN. UNIT(I), 
SHIFT. UNIT(I), 
ADD.UNIT(I), 

LONG. ADD. UNIT(I), 
MULTIPLY. UNIT. 0(1), 
MULTIPLY. UNIT.l  (I), 
DIVIDE. UNIT(I), 
INCREMENT. UNIT. 0(1) , 
INCREMENT.UNIT.l  (I) 


The  instruction  is  issued 
to  the  appropiate  execution 
unit. 


The  remainder  of  the  ISP  describes  the  ten  arithmetic  processing  units. 
These  units  will  function  in  parallel  much  as  they  do  in  the  real  CDC  6600. 
Note  that  floating  point  instructions  are  decoded  but  this  ISPS  description 

does  not  show  their  actual  execution. 
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V.10.  **  Branch. Unit  ** 

BRANCH. UNIT(i< 29:0> )(process;  critical)  : = 
begin 

**  Branch. Declarations  ** 
fm<  5:0>  :=  i<  29:24>  , 

i. <  2:0>  :=  i<  23:2 1 > , 

j. <  2:0>  :=  i<  20: 1 8>  , 

k. < 2:0>  :=  i<17:15>, 


* Branch. Execution  **  { oc} 
branch!  main)  : = 
begin 

DECODE  fm  @ i.  => 
begin 

#00?  :=  PS  := 

stop,  bit  = 1, 

#010  :=  RJ  := 
begin 

MP[kl  + RACM]  = 

#0400@(PC+1)<  1 7 :0> @#0000000000  next 

PC  = kl  + 1;  markO 

end, 

#02?  :=  JP  := 

(PC  = kl  + BREGti.];  markO), 

#030  :=  ZR  : = 

IF  XREGtj.)  eql  0 =>  PC  = kl, 

#031  :=  NZ  : = 

IF  XREGU.l  neq  0 =>  PC  = kl, 

#032  :=  PL  := 

IF  not  XREG(j.]<59>  =>  PC  = kl, 

#033  :=  NG  : = 

IF  XREG[j.]< 59>  =>  PC  = kl, 

#034  :=  IR  := 

IF  not  ((XREG[j.]<  59:48>  eql(us|  #3777)  or 

(XREGU  1<  59:48>  eql(us)  #4000))  =>  PC  = kl, 

#035  :=  OR.  : = 

IF  (XREG|).]<  59:48>  eql(us)  #3777)  or 

(XREG[j.]<  59:48>  eql(us)  #4000)  =>  PC  = kl, 

#036  :=  DF  : = 

IF  not  ((XREG[j.]<  59:48>  eql(us|  #1777)  or 

XREG(j.]<  59:48>  eql{ us}  #6000))  =>  PC  = kl, 

#037  :=  ID  : = 

IF  (XREG(j.]<  59:48>  eql(us)  #1777)  or 

(XREG(j.]<59:48>  eql(us)  #6000)  =>  PC  = kl, 

#04?  : = EQ  : = 

IF  BREGti.]  eql(us)  BREGlj.]  =>  PC  = kl, 

#05?  :=  NE  : = 

IF  BREGti.)  neq(us)  BREGlj.)  =>  PC  = kl, 

#06?  :=  GE  : = 

IF  BREGti.)  geqlus)  BREGlj.]  =>  PC  = kl, 


224 


CDC  6600  Central  Processor  ISPS  Description 


#07?  :=  LT  : = 

IF  BREGli  ] lss{  us]  BREGlj.]  =>  PC  = kl 

end  next 

IF  (PC  Iss(us)  islo)  or  (PC  gtr(us|  ishi)  =>  markO  next 

dealloc(O) 

end 


V.1 1.  **  Boolean.Unit  ** 

BOOLEAN. UNIT(i< 29:0> )(process;  critical)  : = 
begin 

**  Boolean. Declarations  ** 
fm<5:0>  :=  i<29:24>, 

i. < 2:0>  :=  i<23:21>, 

j. <  2:0>  :=  i<  20: 1 8>  , 

k. <  2:0>  :=  i<17:15>, 

**  Boolean. Execution  **  (us) 
boolean!  main)  ~ 
begin 

DECODE  fm  =>  All  instructions  are" BXI' 


begin 

#10 

= 

XREG[i] 

= XREG(j.) 

#11 

= 

XREG[i] 

= XREGlj.) 

and  XREGlk.], 

#12 

= 

XREG[i.) 

= XREGlj.] 

or  XREGtk], 

#13 

= 

XREGti.) 

= XREGlj.] 

xor  XREGlk.], 

#14 

= 

XREG[i.) 

= not  XREG[k  ], 

#15 

= 

XREGti. ] 

= XREG[j.] 

and  (not  XREGtk.]), 

#16 

= 

XREGti.) 

= XREGO 1 

or  (not  XREGtk.]), 

#17 

= 

XREGli.l 

= XREG0-] 

xor  (not  XREGtk.]) 

end  next 

end. 


dealloc(l) 

end 


V.1 2.  **  Shift.Unit  ** 

SHIFT. UNIT(i<  29:0>  )(process;  critical)  : = 
begin 

**  Shift. Declarations  ** 
fm<  5:0>  :=  i<29:24>, 

i. <  2:0>  :=  i<  23:21  > , 

j. <  2:0>  :=  i<  20: 1 8>  , 

k. <  2:0>  :=  i<  1 7:1 5>  , 

jk< 5:0>  :=  i<20:15>, 

**  Shift. Execution  **  (us) 
shift{  main)  : = 
begin 

DECODE  fm  => 
begin 

#20  :=  XREGtU  = XREG[i.]  sir  jk, 
#21  :=  XREGli.l  = XREGfi.)  srr  jk. 


LXi 

AXi 
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#22  :=  DECODE  BREG|j.]<17>  =>  LXi 

begin 

0 :=  XREGli]  = XREGlk]  sir  BREGlj.]<  5:0> , 

1 :=  DECODE  (not  BREG (j] < 10:6> ) eql  ’00000  => 

begin 

XREGli]  = 0, 

XREGli  ] = XREGlk  ] srd  (not  BREG[j.]<  10:0> ) 


#23  :=  DECODE  BREG|j.]<17>  => 
begin 

0 :=  DECODE  BREG[j.]<  10:6>  eql  ’00000  => 

begin 

XREGli]  = 0, 

XREGli]  = XREGlk.]  srd  BREG(j.] 
end, 

1 :=  XREGli  ] = XREGlk.]  sir  (not  BREG|j.]<  5:0> ) 
end, 

#24  :=  no.opO, 

#25  :=  no.opO, 

#26  :=  begin 

REG [i.] < = XREGlk. ]<  59>  @ XREG[k.]<47:0>  ; 

BREGlj. ]<  = #2000  -| us)  XREG[k.]<  58:48> 
end, 


AXi 


NXi,  not  described 
ZXi,  not  described 
UXi 


#27  :=  begin 

XREGli. ]<  47:0>  = XREGlk.]<  47:0>  ; 

XREGli. ]<  59>  = XREGlk. ]<  59>  ; 

DECODE  XREGlk. ]< 59>  => 
begin 

XREGli. ]<  58:48>  = not  BREG[j.]<10>  @ BREGlj. ]<  9:0>  , 
XREGli. ]<  58:48>  = BREG[j.]<  10>  @ not  BREGlj  ]< 9:0> 
end 

end, 

#43  :=  begin 

XREGli.]  = 0 next 
XREGli. ]<59>  = (jk  neq  0)  next 
XREGli.]  = XREGli]  srd  (jk  -{us}  1) 
end 

end  next 
dealloc(2) 
end 


PXi 


MXi 


V.1 3.  **  Add. Unit  ** 

ADD.UNIT(i<  29:0>  )(process;  critical]  : = 
begin 

DECODE  I'm  => 


begin 

#30  :=  no.opO, 

Xi=(Xj  + [/loating,  upper } Xk),  not  described 

#31  :=  no.opO, 

Xi=(Xj  -[floating,  upper } Xk),  not  described 

#32  :=  no.opO, 

Xi=(Xj  +[/loating,  lower)  Xk),  not  described 

#33  :=  no.opO, 

Xi=(Xj  -[floating,  lower)  Xk),  not  described 

#34  :=  no.opO, 

Xi=(Xj  + [floating, upper, rouncf  Xk),  not  described 

#35  :=  no.opO 

Xi=  (Xj-[floaring, upper, round)  Xk),  not  described 

end  next 

dealloc(3) 

end. 


226 

CDC  6600  Central  Processor  ISPS  Description 

V.14.  **  Long. Add. Unit  ** 

LONG. ADD. UNIT(i< 29:0> Mprocess;  critical)  : = 
begin 

**  Long. Add. Declarations  ** 
fm<5:0>  :=  i<29:24>, 

i. < 2:0>  :=  i<23:21>, 

j. <  2:0>  :=  i<  20: 1 8>  , 

k. <  2:0>  :=  i<17:15>, 

* Long. Add. Execution  **  (oc) 
add(main)  : = 
begin 

DECODE  fm  => 
begin 

#36  :=  XREGfi.]  = XREGlj.] 
#37  :=  XREG[i.]  = XREGlj.] 
otherwise  : = 

no.opO 

end  next 
dealloc(4) 
end 

end, 

+ XREGtk], 
- XREGlk.], 

V.1 5.  **  Multiply.Unit.O  ** 

MULTIPLY. UNIT. 0(i<  29:0> )( process;  critical)  : = 
begin 

**  Multiply. 0. Declarations  ** 
fm<5:0>  :=  i<29:24>, 

**  Multiply .0. Execution  **  (oc) 
mpyO(main)  : = 
begin 

DECODE  fm  => 
begin 

#40  :=  no.opO, 

#41  :=  no.opO, 

#42  :=  no.opO 
end  next 
dealloc(5) 
end 

end. 

Xi=Xj  '[floating,  upper)  Xk,  not  described 
Xi=Xj  '[floating,  upper,  roundi  Xk,  not  described 
Xi=Xj  '[floating, lower)  Xk,  not  described 

V.16.  **  Multiply.Unit.1  ** 

MULTIPLY. UNIT. 1 (i<  29:0> Mprocess;  critical)  : = 
begin 

**  Multiply. 1. Declarations  ** 
fm< 5:0>  :=  i<29:24>, 

**  Multiply. l.Execution  **  (oc) 
mpyl(main)  : = 
begin 

DECODE  fm  => 
begin 

#40  :=  no.opO, 

#41  :=  no.opO, 

#42  :=  no.opO 
end  next 
dea!loc(6) 
end 

Xi=Xj  '[floating, upper)  Xk,  not  described 
Xi=Xj  '[floating,  upper,  round)  Xk,  not  described 
Xi=Xj  '[floating, lower)  Xk,  not  described 

end. 
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V.1 7.  **  Divide.Unit  ** 

DIVIDE.UNlT(i<  29:0>  )| process;  critical}  : = 
begin 

**  Divide. Declarations  ** 
fm<  5:0>  :=  i<29:24>, 

m.<2:0>  :=  i<26:24>, 

i. <  2:0>  :=  i<  23:21>  , 

j. <  2:0>  :=  i<  20: 1 8>  , 

k. <  2:0>  :=  i<  1 7: 1 5>  , 

kl<  17:0>  :=  i<17:0>, 

xcnt<  5:0> , 

**  Divide. Execution  **  { oc} 
div(main)  : = 
begin 

DECODE  fm  => 
begin 

#44  ;=  no.opO, 

#45  :=  no.opO, 

#46  :=  NO  : = 
no.opO, 


Counter  for  CXi 


Xi  = Xj  /floating)  Xk,  not  described 


Xi  = Xj  /floating,  rouncti  Xk,  not  described 


#47  :=  CXi  : = 
begin 

xcnt  = 0; 

XREGti.]  = 0 next 

CXi.  : = 

begin 

XREGti.)  = XREGti.]  +(us}  XREG[k.]<0>  next 

XREGtk.)  = XREGtk.]  srr  1; 

xcnt  = xcnt  + 1 next 

IF  xcnt  lss{us}  60  =>  RESTART  CXi. 

end 

end 

end  next 
dealloc(7) 
end 


V.1 8.  **  Increment.Unit.O  ** 

INCREMENT. UNIT. 0(i< 29:0> ){process;  critical)  : = 
begin 

**  Increment. 0. Declarations  ** 
fm<  5:0>  :=  i<29:24>, 
m.< 2:0>  :=  i<26:24>, 

i. <  2:0>  :=  i<  23:21  > , 

j. <  2:0>  :=  i<  20: 1 8>  , 

k. < 2:0>  :=  i<17:15>, 
kl < 1 7 :0>  :=  i<17:0>, 
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* Increment. 0. Execution  **  (oc) 
incrO(main)  : = 
begin 

DECODE  fm  => 
begin 

#50: #57  :=  SAi  : = 


begin 

DECODE  m.  => 
begin 

#0  :=  aref(i.,AREG[j]  + kl), 

#1  :=  aref(i.,BREG[j.]  + kl), 

#2  :=  aref(i.,XREG(j.]<  17:0>  + kl), 

#3  :=  aref(i.,XREG[j.]<  17:0>  + BREGtk.]), 
#4  :=  aref(i.,AREG[j.]  + BREGtk.]), 

#5  :=  aref(i.,AREG[j  ] - BREGtk.]), 

#6  :=  aref(i.,BREG[j.]  + BREGtk.]), 

#7  :=  aref(i.,BREG[j.]  - BREGtk.]) 
end 

end. 


Increment 


#60:  #67  :=  SBi  : = 
begin 

DECODE  m.  = 
begin 
#0  : = 
#1  : = 
#2  : = 
#3  : = 
#4  : = 
#5  : = 
#6  : = 
#7  : = 
end 


end. 


#70:#77  :=  SXi  : = 
begin 

DECODE  m.  = 
begin 
#0  : = 
#1  : = 
#2  : = 
#3  : = 
#4  : = 
#5  : = 
#6  : = 
#7  : = 
end 
end 

end  next 
dealloc(8) 
end 


> 


BREGti.]  = AREGtj.]  + kl, 

BREGti.]  = BREGtj.]  + kl, 

BREGti.]  = XREG[j.]<  17:0>  + kl, 
BREGti.]  = XREG[j.]<  17:0>  + BREGtk], 
BREGti.]  = AREG[j-]  + BREGtk.], 
BREGti.]  = AREGtj.]  - BREGtk.], 

BREGti.]  = BREGtj]  + BREGtk], 
BREGti]  = BREGtj.]  - BREGtk] 


XREG[i.]<  = AREGtj-1  + kl, 

XREGti.]<=  BREGtj]  + kl, 

XREG[i.]<  = XREG[j.]<  17:0>  + kl, 
XREG[i.]<=  XREG[j.]<  17:0>  + BREGtk.], 
XREGli.]<=  AREGtj.]  + BREGtk], 
XREG[i.]<  = AREGtj.]  - BREGtk.], 
XREG[i.]<  = BREGtj.l  + BREGtk.], 
XREG[i.]<=  BREGtj.]  - BREGtk.] 


end, 
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V.19.  **  lncrement.Unit.1  ** 

INCREMENT.UNIT.l  (i<  29:0> ){ process;  critical)  : = 
begin 

**  Increment.  E Declarations  ** 
fm<5:0>  :=  i<29:24>, 
m.<2:0>  :=  i<26:24>, 

i. < 2:0>  :=  i< 23:21  > , 

j. < 2:0>  :=  i<  20: 1 8 > , 

k. <  2:0>  :=  i<  1 7: 1 5>  , 
kl < 1 7 :0>  :=  i<17:0>. 


**  Increment.  1. Execution  **  (oc) 
incrl(main)  : = 
begin 

DECODE  fm  => 
begin 

#50: #57  :=  SAi  : = 
begin 

DECODE  m. 


= > 


begin 

#0 

- aref( 

#1 

= aref( 

#2 

= aref( 

#3 

= aref( 

#4 

= aref( 

#5 

= aref( 

#6 

= arefX 

#7 

= aref( 

end 

., AREGlj.]  + kl), 
., BREGtj.]  + kl), 
,,XREG[j.]<  1 7 :0> 
,,XREGlj.]<  17:0> 
., AREGlj. 

., AREGlj. 

., BREGtj.] 

., BREGtj.] 


+ kl), 

+ BREGtk.]), 


+ BREGtk.]), 

- BREGtk.]), 
+ BREGtk.]), 

- BREGtk.]) 


end, 


Increment 


#60:#67  :=  SBi  : = 
begin 

DECODE  m.  => 


begin 

#0 

= BREGti. 

#1 

= BREGti. 

#2 

= BREGti. 

#3 

= BREGti. 

#4 

= BREGti. 

#5 

= BREGti. 

#6 

= BREGti. 

#7 

= BREGti 

end 

end, 

#70: #77  : = SXi  : = 
begin 

DECODE  m.  => 


= AREGtjl  + kl, 

= BREGtj.]  + kl, 

= XREGtj. ]<  17:0>  + kl, 

= XREGtj]  < 17:0>  + BREGtk], 
= AREGlj.]  + BREGtk], 

= AREGt).]  - BREGtk], 

= BREGtj.]  + BREGtk.], 

= BREGtj.]  - BREGtk.] 


begin 

#0  :=  XREGti. ]<  = AREGlj.]  + kl, 

#1  :=  XREG[i.]<=  BREGtj]  + kl, 

#2  :=  XREG[i.]<=  XREG(j]<  17:0>  + kl, 

#3  :=  XREG[i.]<  = XREGtj] < 17:0>  + BREGtk.], 
#4  :=  XREG[i.]<  = AREGtj]  + BREGtk], 

#5  :=  XREGti.] < = AREGlj]  - BREGtk], 

#6  :=  XREGti. ]<  = BREGtj.]  + BREGtk], 

#7  :=  XREGti. ]<  = BREGtj.]  - BREGtk] 
end 


end 

end  next 
dealloc(9) 
end 


end 


end 


End  CDC  6600 
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VI.  CDC  6600  Peripheral  Processor  ISPS  Description 


ISP  of  the  CDC  6600  Peripheral  and  Control  Processor,  Barrel  distributor,  and  I/O  channels.  Initial  version 
by  Gary  Leive  (ca.  1978) 

Although  the  CDC  6600  has  10  identical  Peripheral  and  Control  processors,  the  ISP  for  a single  processor  is 
shown.  An  identifying  parameter  is  utilized  to  specify  which  of  the  ten  processors  is  active  during  simulation. 
The  CDC  6600  Peripheral  and  Control  processors  each  possess  a 4096  word  12  bit  local  memory.  The  ISP 
shows  only  one  4096  word  memory  which  is  used  by  all  the  " processor f . 

PC6600(  process)  : = 
begin 


VI.  1 . **  Channel. State  ** 


CHAN[0:1 1]<  1 1:0>  , 
cact[0:l  1]<  > , 
cful  [0: 1 1 ] < > , 


I/O  channels 
Channel  active  indicator 
Channel  full  indicator 


VI. 2.  **  Barrel. State  ** 


A [0:9]  < 17:0>  , 
P [0:9]  < 1 1 :0>  , 
Q [0:9]  < 1 1:0> , 
K[0:9]<  8:0> , 


Barrel  A registers 
Barrel  P registers 
Barrel  Q registers 
Barrel  K registers 


VI. 3.  **  PCP.Memory.State  ** 


M.PCP[0:4095]<  1 1 :0> , 
read[0:4]<  1 1:0> , 


Only  one  PCP  memory  is  shown 
Read  pyramid 


c.read<59:0>  :=  read[0:4]<  1 1 :0> , 

write[0:4]<  1 1 :0> , 


Write  pyramid 


c.write<59:0>  :=  write[0:4]<  11:0>, 


VI. 4.  **  PCP. Instruction. Format  ** 


pir<  23:0> , 


f < 5:0>  :=  pir<  23: 1 8 > , 
d < 5:0>  :=  pir<  17:1 2> , 
m < 1 1 :0>  :=  pir<  1 1 :0>  , 
dm<17:0>  :=  pir<  1 7:0>  , 


PCP  Instruction  register 
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VI. 5.  **  Addressing. Calculation  **  (us) 


index(id<3:0>)<  1 1 :0> 
beam 

: = 

Indexed  addressing 

DECODE  d eql  0 => 
begin 

0 : = 

begin 

index  = m + M.PCPtd]; 
Plid]  = Plid]  + 1 
end. 

1 : = 

end 

end. 

index  - m 

VI. 6.  **  Barrel. Execution  ** 

barrel!  main)  : = 
begin 

pcp(0)  next 

Activate  processor  0 

pcp(l) 

next 

Activate  processor  1 

pcp(2) 

next 

Activate  processor  2 

pcp(3) 

next 

Activate  processor  3 

pcp(4) 

next 

Activate  processor  4 

pcp(5) 

next 

Activate  processor  5 

pcp(6) 

next 

Activate  processor  6 

pcp(7) 

next 

Activate  processor  7 

pcp(8) 

next 

Activate  processor  8 

pcp(9) 

next 

Activate  processor  9 

RESTART  barrel 

Do  it  all  again 

end. 

VI. 7.  **  PCP. Execution  **  [oc) 

pcp(id<3:0>)  : = 
begin 

pir< 23: 1 2>  = M.PCP[P[id]]  next 
Ptid]  = Plid]  + 1 next 
m = M.PCP[P[id]]; 

K [id]  < 5:0>  = f; 

Q[id]  = d next 

DECODE  K[id]  => 
begin 

[#00,#24,#25]  : = 
no.opO, 

PSN  - Pass 

#14 

= A [id]  = d, 

LDN  - Load  d into  a 

#15 

= A [id]  = #7777@(not  d), 

LCN  - Load  compliment  d 

#30 

= A [id]  = M.PCPld], 

LDD  - Load  (d) 

#34 

= M.PCPld]  = A [id]. 

STD  - Store  (d) 

#40 

= A [id]  = M.PCP[M.PCP[d]], 

LDI  - Load  ((d)) 

#44 

= M.PCP[M  .PCP[d]]  = A [id] , 

STI  - Store  ((d)) 

#20 

= begin 

A [id]  = dm;  P[id]  = P [ id]  + 1 
end. 

LDC  - Load  dm 

#50 

= A [ id]  = M.PCP[index(id)], 

LDM  - Load  (m  + (d)) 

#54 

= M.PCP[index(id)]  = A [id] , 

STM  - Store  (m  + (d)) 

CDC  6600  Peripheral  Processor  ISPS  Description 


233 


#16  : 
#17  : 
#31  : 
#32  : 
#41  : 
#42  : 

#21  : 
#51  : 
#52  ■ 
#10  : 


#11 

#12 

#13 

#33 

#43 

#22 

#23 

#53 

#35 

#36 

#37 

#45 

#46 

#47 

#55 

#56 

#57 

#03 

#04 

#05 

#06 

#07 

#01 

#02 


#26  : 


#27  : 
#60  : 


A [id]  = A [id]  +(usj  d, 

A[id]  = A [id]  -(us)  d, 

Alid]  = A[id]  + {us)  M.PCPld], 

A [id]  = A [id] -{ us]  M.PCPld], 

Alid]  = Alid]  +|us)  M.PCPlM.PCPld]], 
Alid]  = Alid]  -{ us)  M.PCPlM.PCPld]], 

ADN  - Add  d 
SBN  - Subtract  d 
ADD  - Add  (d) 
SBD  - Subtract  (d) 
ADI  - Add  ((d)) 
SB 1 - Subtract  ((d)) 

Alid]  = Alid]  + dm, 

Alid]  = Alid]  +|us)  M.PCPlindex(id)], 
Alid]  = Alid]  -{ us)  M.PCPlindex(id)], 
DECODE  d<5>  => 
begin 

0 :=  Alid]  = Alid]  sir  d, 

1 :=  A [id]  = Alid]  srO  (not  d) 

end. 

ADC  - Add  dm 
ADM  - Add  (m  + (d)) 
SBM  - Subtract  (m  + (d)) 
SUN  - Shift  d 

A [id]  < 5:0>  = A [id]  < 5:0>  xor  d, 

Alid]  = Alid]  and  d, 

A [id]  < 5:0>  = A [id]  < 5:0>  and  (not  d), 
A[id]<  1 1:0>  = A [id]  <11 :0>  xor  M.PCPld], 

LMN  - Logical  diff.  d 
LPN  - Logical  product  d 
SCN  - Selective  clear  d 
LMD  - Logical  diff.  (d) 

Alid] < 1 1 :0>  = A[id] < 1 1 :0>  xor  M.PCPlM.PCPld]], 
Alid]  = Alid]  and  dm, 

Alid]  = Alid]  xor  dm, 

A [id]  <11 :0>  = A [id]  <11 :0>  xor  M.PCPlindex(id)], 

LMI  - Logical  diff  (d) 
LPC  - Logical  product  dm 
LMC  - Logical  diff  dm 
LMM  - Logical  diff.  (m  + (d)) 

M.PCPld]  = Alid]  = A[id]  + M.PCPld], 

M.PCPld]  = Alid]  = M.PCPld]  + 1, 

M.PCPld]  = Alid]  = M.PCPld]  - 1, 

M.PCPlM.PCPld]]  = Alid]  = Alid]  + M.PCPlM.PCPld]], 

RAD  - Replace  add  (d) 
AOD  - Replace  add  one  (d) 
SOD  - Replace  sub.  one  (d) 
RAI  - Replace  add  ((d)) 

M.PCPlM.PCPld]]  = Alid]  = M.PCPlM.PCPld]]  + 1, 
M.PCPlM.PCPld]]  = Alid]  = M.PCPlM.PCPld]]  - 1,  ((d)) 

M.PCPlindex]  = Alid]  = Alid]  + M.PCPlindex(id)], 
M.PCPlindex]  = Alid]  = M.PCPlindex(id)]  + 1,  (m  + (d)) 
M.PCPlindex]  = A[id]  = M.PCPlindex(id)]  - 1,  (m  + (d)) 

AOl  - Replace  add  one  ((d)) 
SOI  - Replace  subtrace  one 
RAM  - Replace  add  (m+(d)) 
AOM  - Replace  add  one 
SOM  - Replace  subtract  one 

Plid]  = (Plid]  - 1)  + d, 

IF  A[id]  eql{ us)  0 =>  Plid]  = (Plid]  - 1)  + d, 

IF  Alid]  neqfus]  0 =>  Plid]  = (Plid]  - 1)  + d, 

IF  Alid]  geqlus]  0 =>  P[id]  = (P[id]  - 1)  + d. 

UJN  - Unconditional  jump  d 
ZJN  - Zero  Jump  d 
NJN  - Nonzero  jump  d 
PJN  - Plus  jump  d 

IF  A[id]  lss(us)  0 =>  Plid]  = (Plid]  - 1)  + d, 

Plid]  = index(id), 

begin 

M.PCP[index(id)]  = P[id]  + 2 next 

Plid]  = index  + 1 

end. 

MJN  - Minus  jump  d 
LJM  - Long  jump  to  m + (d) 
RJM  - Return  jump  to  m + (d) 

begin 

WAIT  (xjf  eqv  ’0)  next 
xja  = Alid];  xjf  = 1 
end, 

Alid]  = pc. 

EXN  - Exchange  Jump 
RPN  - Read  program  address 

begin 

c.read  = M P [ A | id] ] next 

CRD  - Central  read  d = (A) 

M.PCP[d+0]  = read[0]  next 
M.PCPld#  1]  = read [ 1 ] next 
M.PCP[d+2]  = read[2]  next 
M.PCP[d  + 3]  = read(3]  next 
M.PCP[d+4]  = read[4] 
end, 
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#61  : 


#62  : 


#63  : 


#64  : 


#65  : 


#66  : 


begin 

M.PCPfO]  = P [id]  4 1 next 
P [id]  = m;  Q [id]  = d next 
CRMO  : = 

begin 

c.read  = MP[A[id]]  next 
M.PCP[P[id]  +0]  = read[0]  next 
M.PCP[P[id]  + 1]  = read [1  ] next 
MPCP[P[id]  4-2]  = read [2]  next 
M.PCP[P[id] 4-3]  = read[3]  next 
M.PCP[P[id]4-4]  = read[4]  next 
P [id]  = P[id]  4-  5; 

Alid]  = A [id]  + 1; 

Q[id]  = Q[id]  - 1 next 
IF  Q[id]  neq  0 =>  RESTART  CRMO 
end  next 
P [id]  = M.PCPtO] 
end, 

begin 

write[0]  = M.PCP[d4-0]  next 
write [ 1 ] = M.PCP[d4-l]  next 
write [2]  = M.PCP[d  + 2]  next 
write[3]  = M.PCP[d  + 3]  next 
write[4]  = M.PCP[d4-4)  next 
MP  [ A [id]  ] = c.  write 
end, 

begin 

M.PCP[0]  = P [id]  + 1 next 
P[id]  = m; 

Q[id]  = d next 
CWMO  : = 

begin 

writefO]  = M.PCP[P[id]  4-0]  next 
write [ 1 ] = M.PCP[P[id]  + 1]  next 
write [2]  = M.PCP[P[id]  + 1]  next 
write [3]  = M.PCP[P[id]  4-1]  next 
write[4]  = M.PCP[P[id] 4-4]  next 
P[id]  = P[id]  4-  5; 

A [id]  = A [id]  + 1; 

Q[id]  = Q [id]  - 1 next 
IF  Q[id]  neq  0 =>  RESTART  CWMO 
end  next 
P[id]  = M.PCPtO] 
end. 


DECODE  cact[d] 

= > 

begin 

0 : = 

P[id]  = 

P[id] 

4-  1, 

1 : = 

P[id]  = 

m 

end. 

DECODE  cact[d] 

= > 

begin 

0 : = 

P[id]  = 

m. 

1 : = 

P[id]  = 

P [id] 

4-  1 

end, 

DECODE  cful[d] 

= > 

begin 

0 : = 

P[id]  = 

P[id] 

+ 1, 

1 : = 

P[id]  = 

m 

end. 

CRM  - Central  read  (d) 
words  from  (A)  to  m 


CWD  - Central  write  (A)  =d 


CWM  - Central  write  (d) 
words  to  (A)  from  m 


AJM  - Jump  to  m if  channel  d is  active 


IJM  - Jump  to  m if  channel  d is  inactive 


FJM  - Jump  to  m if  channel  d is  full 
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#67  : 


#70  : 
#71  : 


#72  : 
#73  : 


#74  : 
#75  : 
#76  : 
#77  : 

end 


DECODE  cfulld]  = > EJM  - Jump  to  m if  channel  d is  empty 


begin 

0 : = 

Ptid]  = m. 

1 : = 

Ptid]  = Ptid]  + 1 

end. 

Atid] 

= CHANtd], 

IAN  - Input  A from  CHAN  d 

begin 

1AM  - Input  (A)  words  to  m from  channel  d 

M.PCPtO]  = P[id]  + 1 next 

Ptid] 

= m next 

IAMO 

; = 

begin 

IF  Atid]  neq  0 =>  M.PCP[P[id]]  = 0 next 

clear  next 

IF  cacttd]  => 
begin 

M.PCPtPtid]]  = CHANtd]  next 

input 

Ptid]  = Ptid]  + 1; 

increment  address 

Atid]  = Atid]  - 1 next 

decrement  count 

Ptid] 

IF  Atid]  neq  0 =>  RESTART  IAMO 
end 

end  next 
= M.PCPtO] 

restore  program  counter 

end, 

CHAN[d]  = A [id] , OAN  - Output  from  A on  channel  d 

begin  OAM  - Output  (A)  words  from  m on  channel  d 

M.PCPtO]  = P[id]  + 1 next 
P[id]  = m next 


OAMO  : = 

begin 

IF  cacttd]  and  (A [id]  neq  0)  => 
begin 

CHANtd]  = M.PCP[P[id]]  next 
P[id]  = P [id]  + 1; 

A [id]  = A [id]  - 1 next 
RESTART  OAMO 
end 

end  next 
P[id]  = M.PCPtO] 
end, 


output 
increment  address 
decrement  count 


Restore  program  counter 


cact[d]  = 1, 


ACN  - Activate  channel  d 


cacttd]  = 0, 


DCN  - Disconnect  channel  d 


CHANtd]  = Atid], 


FAN  - Function  A on  CHAN  d 


begin 

CHANtd]  = m;  FNC  - Function  m on  CHAN  d 

P[id]  = P[id]  + 1 

end 


end 


end 


End  CDC  6600  Peripheral  and  Control  processor 
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